@ianva #14
@ianva #13
@ianva #12

嗯, 将来一定要好好拜读一下 SICP

@arronf2e #5 确实 , 主要是这个
@litaomn #1 哈哈,这个太多啦
@Jirajine #2
@zjb861107 #3
@SuperMild #4
@qzeng2017 #7
感谢铁子推荐, 俺挨个看看

@fpure #6 嗯嗯, 主要是网上说的太高大上了, 之前心里有些害怕, 哈哈

同一个东西, 使用闭包和对象来实现, 感觉也差不多.


```javascript
function createIncrementor(start) {
return function () {
return start++;
};
}

var inc = createIncrementor(5);

inc() // 5
inc() // 6
inc() // 7
```

```java
class Incrementor {
private int start;

Incrementor(int start) {
this.start = start;
}

int inc() {
start++;
}

}
```

@ConradG #1
@fpure #2

是啊, 记得之前看过很多讲这个的文章, 感觉说的很不明觉厉, 今天又仔细看了一下,感觉和对象差不多.

什么保存上下文环境, 驻留在内存中, 这不就是对象么.

@tomsun28 #5
@ResidualWind #6
@leopod1995 #8
@hsluoyz #9

感谢老铁提供的线索和思路，俺这几天研究一下，有不明白再来请教！！！

俺感觉楼主面对的项目是这样子的。

1. 贫血模型：从 dao 层查出来的只是数据，而且是和具体 dao 层字段绑定的格式（如 mysql ）
2. 所有的业务都在 service 层（ service 中各种对贫血模型字段的判断和处理）

因为"业务"本身就不是抽象的，不需要多实现，所以，导致的就是 service 接口和对应一个 service impl 这种鸡肋的形式存在。你想想，同一 service 接口，你还能有其它什么实现么？

真正需要接口的是需要抽象时，需要和具体实现无关时，如

一个接口 UserRepository 表示用户数据仓库

而实现可以是

FileUserRepository
DBUserRepository
XXXUserRepository

这样多实现是有意义的。

而业务都写在 service 类里，那么业务的多实现指的又是什么呢？

造成楼主的困惑原因，可能就是"前人都这样写，那我也这样写吧"

于是，就这样了

@hantsy #21 "猴急" 这个词用的真实。。。

"如果做国外的产品项目就完全不一样，你有很多机会去想如何才能做到真正的逻辑上的解耦。”

国外真的这样么？

@hantsy #27 俺遇到的基本都是：设计和测试是最不给时间的，每天都是写写写，然后早会汇报完成了多少多少。

你要是连着几天汇报在搞设计，上面会认为你在没有任何产出。。。

有时真不知道这些“上面”当初是如何写软件的。难道他们也不是过来人么？难道他们体会不到这东西也要设计，也要 demo 的么。。。

你们不看楼主回复吗？

87 年就看过 BASIC, 说明什么？

2020 - 1987 = 33

大概率“妹子”都 40+了啊！！！（可能 50+）

楼上的怎么回事？饥渴到这种地步了么？

@500 #70 兄弟，支持你

@hantsy #28 这就是国情啊，没办法，只能明哲自保啊，铁子

用阿华的话说：“人生就像钟摆，要不困乏，要不无聊”

不知为什么，全程没有一丝情绪波动，是俺还欠缺社会毒打么？