标签：架构 重复 小工 正交 程序员 修炼 测试 我们 代码

1.重复的危害就重复产⽣的种类，可以分类为：
(1) 强加的重复信息的多种表⽰，对于同⼀信息我们可以⽤不同形式表⽰。这在⼀定程度上造成了重复，就这个问题⽽⾔，我们可以编写简单的过滤
器和代码⽣成器，⽤公共的元数据表⽰结构。
代码中的⽂档，对于⼀些低级知识不需注释，对于⼀些⾼级知识才需要注释，这就可以避免了重复。
⽂档与代码，对于⽂档的设计，我们可以⾃动⽣成⽂档，⽽不需要每次都去写。
语⾔问题，在换⽤语⾔时，会明显的产⽣各种各样的重复。对于这种情况没有太多的解决⽅法，只能通过⼈为的后期修改。
(2)⽆意的重复这种重复的要点在于⼀些变量的定义时，⽆意的进⾏了重复，⼀些类的定义属性进⾏了重复。这种重复很难避免，但这要我们有着良
好的书写习惯。
(3) ⽆耐性的重复在某些项⽬很赶的时候，我们会选择去复制之前的代码并且做出简单的修改。但这种其实也是⼀种重复，需要我们养成很好的习
惯。

(4) 开发者之间的重复在编写⼀个具体项⽬时，会有不同的开发者。如果这两者之间缺乏交流，那么最后可能会导致某个功能被多次重复实现。要解
决这种情况最好的办法就是⿎励开发者之间交流。
2.正交性
所谓的正交性，是从数学上学来的概念。在计算机中，可以解释为某种不相依赖性或者说解耦性。这种正交系统有着很多明显的好处：可以提⾼⽣
产率，降低风险。那么我们应该怎么在⼯程中应⽤这种思想呢？有着这么⼏种⽅式：项⽬团队，设计，⼯具箱与库，编码，测试，⽂档。可以看到，
不同情况下正交性的实现⽅法也不相同。我们应该具体情况具体⽽论，不能⼀概⽽论。在⼯作中尽⼒做到实现正交性，增加解耦性。
3.可撤销性
⼯程师都喜欢能够有单⼀的⽅法来解决⼀个问题，然⽽很遗憾，在我们的现实⽣活中，总是会有各种各样的变动。在这样的情况下，我们就需要让
我们的代码具有可撤销性。
所谓的可撤销性，指的是在开发初期就做好⼀些准备，让代码变得更加灵活，以便⼀些临时更改。在制作架构时，可以让架构更加的灵活可变，在
这样的情况下我们的代码就具有了可撤销性，不会让代码⼗分不可逆。
4. 曳光弹
所谓的曳光弹，放在⼯程中其实就是⽤来⽅便前期测试的⼀个架构。只有⼀些框架和基本功能，可以⽤来测试框架⾥⼀些基本功能，曳光代码的存
在只是为了前期的测试，他只是具有较少的功能，但并不代表他并不能执⾏，就这点来说，曳光代码其实也是整体架构的⼀部分，他的存在只是为了
测试。

标签：架构,重复,小工,正交,程序员,修炼,测试,我们,代码
来源： https://www.cnblogs.com/IT2002/p/16376183.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。