程序越编越大，修改时只是面对一大堆代码翻来翻去很不方便，到底写软件走怎样的路子才对，修改才容易？是从需求分析-概要设计-详细设计-...这样走下去呢，还是随便一点好呢。哪有一个开发模式可供参考参考，从分析到设计再到实现、测试等。怎样才能理清开发思路，修

[ymk]

程序越编越大，修改时只是面对一大堆代码翻来翻去很不方便，到底写软件走怎样的路子才对，修改才容易？是从需求分析-概要设计-详细设计-...这样走下去呢，还是随便一点好呢。哪有一个开发模式可供参考参考，从分析到设计再到实现、测试等。怎样才能理清开发思路，修改维护容易？

[dyw31415926]

分package，每个类的功能尽量单一，每个函数只实现单一功能，这样差起来就方便多了。
每个类一般也就几百行，所以一般不会出现一大堆代码的情况的

[migo2008]

第一次见到这么长的标题，帮顶了

[ly006404]

哈哈，我也顶下。

[milo-higgs]

[Quote=引用 2 楼 migo2008 的回复:]
第一次见到这么长的标题，帮顶了
[/Quote]

就是就是，顶一下

[小南瓜瓜]

再优秀的设计也抵不过客户善变的需求

[zidasine]

计划没有变化快 先放下基柱 然后来什么添什么吧

[一步一个脚印]

重中之重就是设计,, 也只有这样才能或得高效的生产
用户需求变了,那我们在设计程序时就要变得主动一些

现实中做到这样的寥寥无已 哎.. 可怜我小小程序员.

[gjc269]

帮顶一下吧

[numen_wlm]

程序越写越大，是设计时的粒度划分不够，或者说根本就没有设计，只是根据业务在不断的扩充功能而忽略了设计。这样下去就是地狱，趁早赶紧该重构的重构，该分模块的就分模块