|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-08-11
预测需求的能力很重要，当项目接触多了，开发时就会很习惯地考虑到这些扩展性的问题...
|
| 返回顶楼 | |
|
发表时间：2011-08-11
做增量，而不是修改
|
| 返回顶楼 | |
|
发表时间：2011-08-11
mskyspet 写道 做增量，而不是修改
这个提议好 |
| 返回顶楼 | |
|
发表时间：2011-08-11
最好的办法是等 呵呵
|
| 返回顶楼 | |
|
发表时间：2011-08-11
int08h 写道 你确定你做的大改动来适应的“未来可能的需求”在未来会出现？就中国这甲方市场的需求变更能力，一切预测都是扯谈，扯谈啊！
|
| 返回顶楼 | |
|
发表时间：2011-08-11
最后修改：2011-08-11
int08h 写道 你确定你做的大改动来适应的“未来可能的需求”在未来会出现？就中国这甲方市场的需求变更能力，一切预测都是扯谈，扯谈啊！
必须是扯淡啊。。。。。 经常大改动，加班才能搞定啊。还有过花了几周做了一堆功能，过了两天就完全推翻，弃用了。。。。。 |
| 返回顶楼 | |
|
发表时间：2011-08-11
这种情况最好用接口 多个接口实现类 ，需求在变，可以实现多个接口实现类，但是很少会东原有的代码，减少代码之间的耦合度。
|
| 返回顶楼 | |
|
发表时间：2011-08-11
做加法，以便向下兼容。回头再来重构。
|
| 返回顶楼 | |
|
发表时间：2011-08-11
mskyspet 写道 做增量，而不是修改
正解 |
| 返回顶楼 | |
|
发表时间：2011-08-11
iday 写道 做加法，以便向下兼容。回头再来重构。
严重同意！ 一般都是赶项目时间，都是加法，等有时间的时候回头来优化。 |
| 返回顶楼 | |
