切身之痛！初学者一定要注意应用程序的“风格”啊！

1万 · 2012-6-18 15:57

之前在学校，带着几个学弟在PC上实现一个以面向对象设计的系统时，即使用C#这种纯面向对象语言来写，还是有人用直述的方式来写程序，就像用C++来写C一样，最后要整合时简直就是一团糟，就算设计的再好，执行的观念不对的话，问题很大的。

在PC上写程序有很多面向对象程序语言可以用，实在无需用C语言来越俎代庖；但在嵌入式系统要考虑的事情较多，而且效能是一个主要的因素，此外不是每一个平台都有C++的编译器，这就意味着用C++写的程序无法移植到其他的平台的风险性较高吧。如果一个“对象”不具有可重用性，那么使用面向对象的设计方法的好处恐怕少一一半吧。

所以，如果不好好规范应用程序的写作风格，我实在无法想象工程师会天马行空地写出什么样的程序！事后就很难去维护这些“对象”的程序了。

执行的人不能配合设计精神对项目的品质是一个很大的风险！！！

2万 · 2012-6-18 18:03

设计规范 / 代码规范 / 管理规范一直是一个很重要但是也很容易被忽略的问题啊, 吃过亏的人一般都会比较注意, 比如说我;P

1万 · 2012-6-18 21:29

哈哈，**同鸭讲，各说各话。。。。。。。。。。。

只看该作者 · 2012-6-18 22:28

学校的期末作业可以允许失败，但职场上的项目必须一切事情都受控制。

只看该作者 · 2012-6-18 22:52

很容易被忽视的一个问题

只看该作者 · 2012-6-18 23:06

应用程序的设计规范的确是很重要

只看该作者 · 2012-6-18 23:13

同意LZ的观点，吃过这样的亏

只看该作者 · 2012-6-19 12:36

这个项目正在吃这样的亏

1万 · 2012-6-19 13:15

我用啥写都是面向对象...

只看该作者 · 2012-6-19 14:43

这个也是深有同感的

只看该作者 · 2012-6-19 15:17

风格这个东西是因人而异的....
当你看来井井有条的代码别人看起来是一团糟....
一般项目管理者特别喜欢挑这方面的毛病....
因为项目管理者接触代码较少...看不懂...心烦气躁...

1.风格问题是无解的...过分要求风格问题...会带来团队效率低下...员工非暴力不合作的问题...
作为一个管理者应该把程序具体到模块...定义好模块的输入和输出...然后再让程序员去写...
管你什么风格....好使就行....

2.这个问题会带来管理者工作量较大的问题...本身管理者的心态是全部交给手下干...
3.所以为了减轻管理者的工作量...通常将管理者分为项目经理构架师设计师等等....
完美的情况是9个管理一个程序员...这个就叫软件工程...土木工程的软件版本
一个矛盾的集合...