RT

不

有关心过，但是不是很关心

编写完一块功能后，最好测试下，度量值反映代码块之间的耦合度，性能，嵌套深度，编译性能等等，一般if不要超过三层，有时if可以用 ? :三元运算符替换，少用switch case，效果跟if差不多，方法之间能公用的抽出来共用，方法体中也不要嵌套的太深，一个是思路不清晰，另外也调试复杂。

我觉得@ ☆星☆★☆辰☆ 说的不对，如果你连功能都搞不定，还写程序干啥？既然考虑这些东西，就是基于项目的技术实现可以满足，准备开工的时候就要进行度量值的预考。
如果只是一味的重视功能实现而不考虑可维护性的话，将来是要吃大亏的。
就如这个
1万来行的项目，说长不长说短不短，但是却是从几百行慢慢堆积起来的，经过无数次重构，被N个项目调用，正因为从一开始就有着方面的准备，所以直到今天这个项目还有良好的维护性。
毕竟工作不是一次性的，很可能明天你改的项目是已经部署了2，3年的。

串。。。 还停留在实现功能的这块。。

你这个是什么版本的VS哟？

呵呵，代码要求高内聚 低耦合，这不是那些新人考虑的事情。说了也没用。

我一般是先实习功能再来优化代码，当然一般在我自己的项目中是这样的（是写完一个功能优化一个，不是项目都写完了再优化），但是说实话有些公司的项目要的急真没时间给你优化代码？

也就说要在实现功能的基础上确保代码的可维护性和简洁**

这代码量 算的上 中等项目吗(还没完工)

我的做一个度量值达到了2W6K行

新人问下什么是度量值？

有个东西叫代码优化，这贴根本没意思