代码规范原则
Keep it Simple and Stupid 原则
-
在设计、制造当中以简约、简单为标准。因为简约、简单,才易于生产,易于维护,更易于操作
-
要谦虚,不要认为自己是个天才
-
将你的任务分解为4-12小时的子任务。
-
把你的问题拆分成多个小问题。每个问题用一个或者很少的几个类来解决掉。
-
保持你的方法足够小,每个方法永远不要超过30-40行代码。每个方法都应该只处理一个小小的问题,不要搞太多uses case进去。
-
让你的类也小点,原则和上面的方法是一样的。
-
先解决问题,然后开始编码。不要一边编码,一边解决问题。这样做也没什么错,但你有能力提前把事情切分成多个小的块,然后开始编码可能是比较好的。另外行数还不是为了衡量质量的标准,只是有个基本的尺子而已。
-
不要害怕干掉代码。重构和重做是两个非常重要的方面。
DRY原则
Don't Repeat Yourself
组合原则
设计时考虑拼接组合
通俗原则
接口设计避免标新立异
吝啬原则
除非确无它法, 不要编写庞大的程序
透明性原则
设计要可见,以便审查和调试
补救原则
出现异常时,马上退出并给出足够错误信息
缄默原则
如果一个程序没什么好说的,就沉默