g******e
发帖数: 1258 | 1 发现工作中听说过GoF，SOLID的人连一半都不到。真的看过的就更少了。搞得我每次用
个design pattern都和做贼一样。
是不是这些东西本来就不属于CS的经典，所以听说过的人少也正常啊？ |
h*i
发帖数: 3446 | 2 这些的确不属于CS的经典。
算是OOP的吧。但OOP被FP搞得有点过时的味道了。
FP认为这些模式其实是OOP表达力不够强，不得不搞出来的复杂的workaround。
如果用函数式编程，大部分这些模式都不必要。以Clojure为例：
http://mishadoff.com/blog/clojure-design-patterns/
【在 g******e 的大作中提到】
: 发现工作中听说过GoF，SOLID的人连一半都不到。真的看过的就更少了。搞得我每次用
: 个design pattern都和做贼一样。
: 是不是这些东西本来就不属于CS的经典，所以听说过的人少也正常啊？
|
g******e
发帖数: 1258 | 3 FP的语言好多用不上我还是可以理解的。可是我现在的组用python呀。
【在 h*i 的大作中提到】
: 这些的确不属于CS的经典。
: 算是OOP的吧。但OOP被FP搞得有点过时的味道了。
: FP认为这些模式其实是OOP表达力不够强，不得不搞出来的复杂的workaround。
: 如果用函数式编程，大部分这些模式都不必要。以Clojure为例：
: http://mishadoff.com/blog/clojure-design-patterns/
|
h****e
发帖数: 2125 | 4 python咋就不能按functional programming写了？
【在 g******e 的大作中提到】
: FP的语言好多用不上我还是可以理解的。可是我现在的组用python呀。
|
w********m
发帖数: 1137 | 5 Design pattern针对java的
java外物皆OO
但是你不能用constructor随便new一个
现在java不能那样写
那样很low
所以你要用builder，singleton等等无数的pattern去new一个
不是java用pattern
那是over design |
s********i
发帖数: 17328 | 6 现在都是码农了，用不着这么高级的东西了。。。LOL |
s*********y
发帖数: 6151 | 7 现在很少用到了 因为软件业的基本形式变了 以前需要写大量的code 现在则越来
越像搭积木 |
m*****n
发帖数: 3575 | 8 这就是golang的指导思想？
【在 h*i 的大作中提到】
: 这些的确不属于CS的经典。
: 算是OOP的吧。但OOP被FP搞得有点过时的味道了。
: FP认为这些模式其实是OOP表达力不够强，不得不搞出来的复杂的workaround。
: 如果用函数式编程，大部分这些模式都不必要。以Clojure为例：
: http://mishadoff.com/blog/clojure-design-patterns/
|
