d******e
发帖数: 2265 | 1 以前OOD，一辆车4个轮子，车不能继承轮子。车封装状态。getwheel,给出内部状态。
现在函数一等公民，getwheel直接给4个不可变的轮子。然后进pipeline走了。
或者是空对空，json进，json 出。中间的O在哪里干看着。 |
p*****2
发帖数: 21240 | 2 OOD跟FP一点也不矛盾呀, 如果你用Scala的话。 |
z****e
发帖数: 54598 | 3 json就是一个object
那个o就是object的意思
不同的数据格式而已
并不是只有set/get才叫object
你用ruby，js等网络脚本的话，json直接嵌入你的代码都可以
同样的，scala可以直接把xml嵌入代码
java，swift等需要转换成class object
这种一捅到底的方式应该是很早以前就在追求的
省得改来改去，但是当然会有一些trade off
存储之后查找起来效率就比较低，因为没有经过整理
其次，这种方式对于crud来说比较容易
但是对于一旦数据需要转换，就会显得很不自然
比如游戏的server，经常要转换object的状态
这个时候immutable就显得很笨拙 |
l**********n
发帖数: 8443 | 4 OOD是啥？
【在 d******e 的大作中提到】
: 以前OOD，一辆车4个轮子，车不能继承轮子。车封装状态。getwheel,给出内部状态。
: 现在函数一等公民，getwheel直接给4个不可变的轮子。然后进pipeline走了。
: 或者是空对空，json进，json 出。中间的O在哪里干看着。
|
l**********n
发帖数: 8443 | 5 不可变的轮子明显要高啊， 你的轮子还要通过网络
【在 d******e 的大作中提到】
: 以前OOD，一辆车4个轮子，车不能继承轮子。车封装状态。getwheel,给出内部状态。
: 现在函数一等公民，getwheel直接给4个不可变的轮子。然后进pipeline走了。
: 或者是空对空，json进，json 出。中间的O在哪里干看着。
|
z****e
发帖数: 54598 | 6 那轮子的状态呢？
【在 l**********n 的大作中提到】
: 不可变的轮子明显要高啊， 你的轮子还要通过网络
|
l******t
发帖数: 55733 | |
d******e
发帖数: 2265 | 8 oo design.
各种设计模式在scala都觉得不对了
【在 l**********n 的大作中提到】
: OOD是啥？
|
x***4
发帖数: 1815 | 9 为什么wheel 变immutable了？
【在 d******e 的大作中提到】
: oo design.
: 各种设计模式在scala都觉得不对了
|
p*****2
发帖数: 21240 | 10
DP本来就是workaround吧？
【在 d******e 的大作中提到】
: oo design.
: 各种设计模式在scala都觉得不对了
|
g*****g
发帖数: 34805 | 11 DP就是个实践总结，FP里一样有design pattern，比如很Ugly的cake pattern，跟
spring/guice一比。精确体现了语言跟轮子一比屁都不是，FP根本解决不了Boiler
plate的问题，还是得靠轮子。
【在 p*****2 的大作中提到】
:
: DP本来就是workaround吧？
|
n******n
发帖数: 12088 | 12 语言太多，闲人太多。
【在 g*****g 的大作中提到】
: DP就是个实践总结，FP里一样有design pattern，比如很Ugly的cake pattern，跟
: spring/guice一比。精确体现了语言跟轮子一比屁都不是，FP根本解决不了Boiler
: plate的问题，还是得靠轮子。
|
l******t
发帖数: 55733 | 13 cake pattern根本不存在好吧。spring的DI那套根本不用
【在 g*****g 的大作中提到】
: DP就是个实践总结，FP里一样有design pattern，比如很Ugly的cake pattern，跟
: spring/guice一比。精确体现了语言跟轮子一比屁都不是，FP根本解决不了Boiler
: plate的问题，还是得靠轮子。
|
g*****g
发帖数: 34805 | 14 你说不用就不用了？
【在 l******t 的大作中提到】
: cake pattern根本不存在好吧。spring的DI那套根本不用
|
