|
锁定老帖子 主题：我的重构哪里不规范？
精华帖 (3) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (1)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2007-06-15
ojava 写道 公司新加代码规范条目：所定义的方法尽量不要超过100行。
某一方面来说，可以避免这种流水账式的代码吧！ 并且强制我们进行Xiaohanne所说的面向接口不要面向实现的编程。 TDD is THE solution of your problem: you just can't write a test for a hundred-lines-long method. Actually, in normal cases, methods should not be longer than 10 lines. (I'd say 5 lines indeed.) |
| 返回顶楼 | |
|
发表时间：2007-06-15
因为要后续使用而把局部变量提到成员变量是最差的作法。
你需要的不是重构，是重设计。 |
| 返回顶楼 | |
|
发表时间：2007-06-15
诺铁 写道 因为要后续使用而把局部变量提到成员变量是最差的作法。
你需要的不是重构，是重设计。 please man ... sigh |
| 返回顶楼 | |
|
发表时间：2007-06-15
ojava 写道 公司新加代码规范条目：所定义的方法尽量不要超过100行。
某一方面来说，可以避免这种流水账式的代码吧！ 并且强制我们进行Xiaohanne所说的面向接口不要面向实现的编程。 100行？太长了吧 我一般情况保持在20行左右 |
| 返回顶楼 | |
|
发表时间：2007-06-15
xly_971223 写道 ojava 写道 公司新加代码规范条目：所定义的方法尽量不要超过100行。
某一方面来说，可以避免这种流水账式的代码吧！ 并且强制我们进行Xiaohanne所说的面向接口不要面向实现的编程。 100行？太长了吧 我一般情况保持在20行左右 3.5 lines in average |
| 返回顶楼 | |
|
发表时间：2007-06-15
诺铁 写道 因为要后续使用而把局部变量提到成员变量是最差的作法。
你需要的不是重构，是重设计。 重构跟重新设计是冲突的吗 在功能不变的情况下，我们可以通过重新设计完成重构 |
| 返回顶楼 | |
|
发表时间：2007-06-15
gigix 写道 xly_971223 写道 ojava 写道 公司新加代码规范条目：所定义的方法尽量不要超过100行。
某一方面来说，可以避免这种流水账式的代码吧！ 并且强制我们进行Xiaohanne所说的面向接口不要面向实现的编程。 100行？太长了吧 我一般情况保持在20行左右 3.5 lines in average 这个。。。。 有点难度 。。。 |
| 返回顶楼 | |
|
发表时间：2007-06-15
javastudy 写道 ojava 写道 公司新加代码规范条目：所定义的方法尽量不要超过100行。
某一方面来说，可以避免这种流水账式的代码吧！ 并且强制我们进行Xiaohanne所说的面向接口不要面向实现的编程。 得在设计时就得想到拉 我只能说呸。。。。只有日本人能想的到。。。 |
| 返回顶楼 | |
|
发表时间：2007-06-15
重构—— 改善现有代码的设计。 看看这本书吧。LZ
另外，多测试，常测试，保证每个重构都是成功的。 至于具体细节，就要看经验了。 |
| 返回顶楼 | |
|
发表时间：2007-06-15
javastudy 写道 gigix 写道 xly_971223 写道 ojava 写道 公司新加代码规范条目：所定义的方法尽量不要超过100行。
某一方面来说，可以避免这种流水账式的代码吧！ 并且强制我们进行Xiaohanne所说的面向接口不要面向实现的编程。 100行？太长了吧 我一般情况保持在20行左右 3.5 lines in average 有点太短了吧 that's our stat in previous project you can try to show me an example: why do you need a method longer than 5 lines? (some complex algorithm implementations are exceptions.) |
| 返回顶楼 | |
