吐血啊,前两天接到的一个程序.
其中有两个cpp文件,一个68000多行,一个57000多行.其中有一个函数,代码有30785行....Cbuilder6.0打开后鼠标都不敢随便动,否则动一次卡住5~7秒.尼玛呦,这是哪位大神写的啊,小弟五体投地啊.
[解决办法]
天啊,还没看过这么大的cpp文件!
[解决办法]
你有没有见过一个form上面有N个panel
panel上有很多个控件
修改代码找个button都要找半天
还有40多个StringList 定义的名字叫 StringList *aa bb cc dd ee .....
[解决办法]
这。。。也是一种风格
[解决办法]
[解决办法]
嗯,那就动手改改吧
[解决办法]
被震得不敢吭声,求楼主程序搞定后发个感想。
[解决办法]
这个可以啊,你在对象查看器里找到那个名字(都是按字母顺序排列的嘛),然后再看Form,那个组件就处于高亮状态,这样就好看了呀
[解决办法]
呵呵,这玩意机器配置低了也影响效果.
[解决办法]
这。。换电脑吧
[解决办法]
这种编写风格就是有病,难维护,百害而无一益
[解决办法]
虽然不会c++但是一个函数三万多行真的是很吓人啊
[解决办法]
牛b的函数
[解决办法]
[解决办法]
这简直就是极品中的战斗机轰炸机啊~
[解决办法]
功能被不地增加,需要被不停地更改,代需要不地完善。
在修改代的痛苦后,才明白“重若”的感是多美妙!
面向象程小候看的法的解思路挺象的:
1、:需求,代需要的功能出,步很重要,因缺少步,后的人不知道你些代共要哪些需求,不是大牛不下心的,不敢重新。只好在上面修修改改,致代越越。
2、:重的代,重的需求一函或
3、猜想:在中出一系(模型),通些的合承,能解需求中的。各如何的合,如何承,如何通,能解中的哪。
4、明:能在系中,能解的的集合列出,也需要中需要解的列出,者重合度很高的,表示你的系是可以解的。也以后可能出的做到心中有。是遇到可以做到“重若”的基。
代,多了一最,只要明就完了,而代要成。
而就是要考的接口,是否好用。即功能可以了,接口又易用,那你的系就是成功的了。有好的,才有好的代。叫程序,就要有者的心胸,要不然不好。
大神呼,踏踏站在地板上做好,我的程序是普通人而做,我不是成神而努力出只有神才看得懂的代。
[解决办法]
呵呵,我自己写的程序,最后的工作就是加代码说明和简化代码,通常比最初写时至少能减少三分之一行!
主要是为了以后自己维护和查看
[解决办法]
牛a与牛c之间。
个人对于超过1000行的单个源码文件看着都晕
[解决办法]
是不是日本外包的软件?
我们公司就有过很多3万行以上的函数,结果是因为狗日写的设计象写文章一样,一气呵成。
如果切割成不同的函数,反而变成了违反狗日的设计了,所以谁看到都是是无奈呀。
[解决办法]
[解决办法]
自己编的软件里面也有你遇到的情况,上部分代码你看了,就明白如何搞了。
- C/C++ code
// .h void readParse(QXmlStreamReader *xml); // 读取文本阅读器V3.0.0的书签 void readParseV3_0_0(QXmlStreamReader *xml); // 读取文本阅读器V1.0.0 - V2.3.0的书签 void readParseV1_0_0(QXmlStreamReader *xml);// .cppvoid TBookmarkConfig::readParse(QXmlStreamReader *xml){ xml->readNextStartElement(); // root node m_item.clear(); // 读取文本阅读器V1.0.0 - V2.3.0的书签 if (xml->name() == "Root") readParseV1_0_0(xml); // 读取文本阅读器V3.0.0的书签 else if ((xml->name() == its::name) && (xml->attributes().value("version") == "1")) readParseV3_0_0(xml);}
[解决办法]
我也是搞产测软件开发的 公司给的软件代码的确是相当多 但是比你好点就是比较有条理 不会向你们那样一个cpp 几万行 呵呵 这兄弟够可怜的
[解决办法]
最大一个CPP也只有111K的飘过。
[解决办法]
奇怪了,难道过程中都没有人把文件分割一下?
太神奇了。
[解决办法]
文件的人是人才!
[解决办法]
类似的代码,我最近遇到过,重构的建议提了一个多月,领导不同意。最后结果,一刀两断。公司辞退我,我也炒了老板。