诚心请教,如果管理好上万行的代码?

[FeiXue_AL]

小弟最近感觉脑袋越来越不好使了.因为没有正规系统的学习过开发方面的知识.也没有跟过大型项目的团队.导致代码量一大,在脑海中整个系统的运行步骤和规则就含糊不清了.
在网上了解到这属于软件的架构,因此我也尝试使用UML的绘图来把系统的流程,顺序绘制出来.在编写代码时按照图的流程来编写.这虽然解决了些问题,可当系统工程非常复杂的时候又感觉无力了.比如网络游戏等,各个子系统交互关联比较复杂.脑袋里不能很好的形成一个流程,导致开发越后期进度越慢,因此后期很多时间都花费在旅顺前面的代码上.
现在我只是个人在开发,还没有牵扯到多人开发.要是多人开发那没有一个很好的解决方法,可想是件多么恐怖的事.

当然这肯定有解决的办法,比如UML(UML我也非常认真的学习过,但就是不能很好的使用到项目中,唯一做的就是画个图).否则那些大型的项目如MySql,魔兽世界,Windows是不可能完成的.

所以在这里请教一下各位大牛.你们在开发代码量庞大的系统时,是如何管理的.

[不姓贾_请叫我甄先生]

看看。

[The_End_Of_The_World]

[FeiXue_AL]

顶一下,等待大牛帮助!

[The_End_Of_The_World]

[xiaoxiong1976]

我也碰到了这种问题，项目做到一半时，由于太专注于其中一个子程序，等到那个子程序完工后，再来做这个项目中的其它事情时，发现已无从下手，竞忘了这是哪儿跟哪儿啊，关联不起来了，感到十分可怕，怕自己的幸苦成果会毁于一旦；
后来我停止继续往下写东西，专门抽出整整两天时间来理顺，它们之间的关系与流程及功能；
并用A4纸画了架构，我是手工画的，足足画掉了20页左右的A4纸，现在我每做一步，都画出流程；
否则不作好记录，到时真的会白干了，后果很严重的；

所以我是吸取教训，立马改正我的不良习惯；

[FeiXue_AL]

感谢 xiaoxiong1976 的经验分享.

我只是项目刚开始设计的时候,用UML图把设计出来的流程画好,后面编码的时候对照.但往往每次设计的时候都想的不是很周全,所以在编码的时候改动了不对的地方,但修改流程图太费时了就没有改,导致开始的设计图到后面就没用了. 你用A4纸手画到是很方便.我尝试一下.

另外我以前看到UML可以画类图,在画完成后基本的框架编码就自动完成了. 尝试后发现不是太理想. 不知道别人是咋做的.

继续顶,寻求高人.

[yangmengxi]

上万行很多吗

[kolosi]

一般设计过程都是现在纸上吓话，一个方框一个圈的。思路最重要，这时候没人什么UML，会打算思路的。
这部分主要是系统结构，多个模块的耦合，以及合理性推测等等。

然后是调查可能遇见的关键技术点，做小demo解决问题。
这部分不是实际有用的source，只是确认的可行性。

再然后就是把模块分项目整理，因为已经设计好了，这部分其实没什么。

再然后就是自由开发阶段了，这部分自己写自己的，也没啥说的。

自由开发到50%左右的时候，一般代码就可以整合了，这时候开始定期纳品。
通常最少要10人日一次。主要是确保式样的正确性和各模块的借口。

然后项目成型了，测试改bug。

就这么点事儿，关键是怎么把这玩意卖出去。

[life923]

不会是 把上万行代码直接也在一个类中吧?

[life923]

上万行代码 分成 几十个类 类名写好识别点 会乱?

[FeiXue_AL]

感谢 kolosi

你说的这流程确实很有道理,比如做小demo解决技术点,和项目进行流程. 非常感谢.

[FeiXue_AL]

[Quote=引用 7 楼 yangmengxi 的回复:]
上万行很多吗
[/Quote]

上万行代码其实并不多,但要是项目本身非常复杂那这些代码也就算多了.如果没有一个很好的方法来管理这些代码,那项目肯定是bug乱出,返工n次,当然除了高手中的高手.

[wibnmo]

帮顶。。关注中。。

[FeiXue_AL]

继续顶一下