对目前小组开发模式的一些想法和意见

今天和cc哥讨论了近期小组开发的一些问题和想法.

最后受到了一些启发.

基于目前无法完全实现完全的面向对象编程的设计和实现模式。也基于我对前段时间的总结，我想到了一下几点，可能可以被应用到小组团队的建设中，作为一种开发规范也好，共同认识也好，因为我觉得这些思想能够使我们接下去的工作更顺利更清晰减少返工。

以下的一些原则，有些与面向对象的思想有关有些无关只是一些开发规范或单纯只是我的一些想法而已。

原则1.减少代码冗余，同样的代码不应该在一个系统中多次出现，而应该统一为一个公共的方法，并做好记录。
原因如下：
首先，如果这段代码相关的逻辑发生变化，，我们将需要修改多处，这增加了返工量。
其次，由于一开始并没有一个公共的方法，所以相同的操作可能会由不同人在不同的时间完成，因为个人的思维不同写法也不尽相同。这其中可能会产生差错，并且以后将会产生很多维护的盲点。（因为无法经由代码的语句查找到相同意义的代码）。

原则2.初始值的设置，任何位置，都应该有初始值的设置，当一个输入项不需要初始值，那你必须保证一点，无论何时，此输入项为空都不会产生bug和数据错误。

原则3.对象和功能的设计者应该考虑到这个对象和功能所会遇到的一系列情况。而不是强迫用户按照我们的思路使用对象和功能。
简单的说，我们应该为使用者多考虑一点，一方面提供足够的提示让他不要走弯路，另一方面也需要在功能和对象的实现上避免这些弯路出现的几率，因为这应该是设计者所做的事。--在这里我想提到一点面向对象的思想，对象对自己负责，自己能完成自己的所有工作，而对象的责任的实现由设计者完成。从另外一个角度来说即为设计者负责定制功能和对象，而使用者负责使用，作为设计者不应该去限制使用者如何使用我们提供的对象或功能，如果需要加以限制应该限制功能和对象本身。作为一个开发人员，我们应该尽可能想到一切可能发生的特殊情况而产生的错误并加以预防。

原则4.尽量多的写注释和功能描述。
代码中的注释不用我多说，仍然还是需要增多的，这更多的是一个习惯的问题。
在前段时间，我开始在开发中引入一个习惯，即每建立一个文件夹都需要在其中建立一个文本文件说明这个文件夹说包含的功能内容。
而后在此文本文件中具体说明文件夹所包含的具体页面的相应功能。我希望这个习惯能够被很好的使用和保留下去。

原则5.应用一句大师说的话“好的程序员在遇到一个问题的时候会首先去寻找一个现成的解决方法，而不是自己编写一个解决方案”。
在这里提到这句话是想重申一下公共方法的重要性，此类方法应广为人知，而不应被再次出现的相同意义的冗余代码。
除此之外，我们也许应该建立一种新公共方法的通报机制。

原则6.多多交流，不要一味埋头苦干。特别是在遇到一类新问题的时候，尽量能提出进行较大范围的讨论，而不是自己埋头想办法写代码。
讨论可以减少你走的弯路，可以提高大家对这个问题的认识，而当你遇到的是一个普遍的问题时，这会演生出大家对这类问题的一个通用解决方案或方法。另一方面也可以减少代码冗余。其实很有可能你遇到的问题他人已经提前遇到了而且已经有了比较完美的解决方案并形成了相应的公共方法。

以下在提几个建议：

1.最好能定期做一下技术交流，回顾整理一下历来的工作。
2.多谢写技术文章锻炼文笔和表达能力，也可以作为技术交流的一环。
3.平时注意记录自己遇到的一些问题和感悟，可作为定期交流的材料。

 

转载于:https://www.cnblogs.com/reinhard1203/archive/2009/03/31/1426518.html