程序员修炼之道-从小工到专家阅读笔记
作者:互联网
1.重复的危害就重复产⽣的种类,可以分类为:
(1) 强加的重复信息的多种表⽰,对于同⼀信息我们可以⽤不同形式表⽰。这在⼀定程度上造成了重复,就这个问题⽽⾔,我们可以编写简单的过滤
器和代码⽣成器,⽤公共的元数据表⽰结构。
代码中的⽂档,对于⼀些低级知识不需注释,对于⼀些⾼级知识才需要注释,这就可以避免了重复。
⽂档与代码,对于⽂档的设计,我们可以⾃动⽣成⽂档,⽽不需要每次都去写。
语⾔问题,在换⽤语⾔时,会明显的产⽣各种各样的重复。对于这种情况没有太多的解决⽅法,只能通过⼈为的后期修改。
(2)⽆意的重复这种重复的要点在于⼀些变量的定义时,⽆意的进⾏了重复,⼀些类的定义属性进⾏了重复。这种重复很难避免,但这要我们有着良
好的书写习惯。
(3) ⽆耐性的重复在某些项⽬很赶的时候,我们会选择去复制之前的代码并且做出简单的修改。但这种其实也是⼀种重复,需要我们养成很好的习
惯。
(4) 开发者之间的重复在编写⼀个具体项⽬时,会有不同的开发者。如果这两者之间缺乏交流,那么最后可能会导致某个功能被多次重复实现。要解
决这种情况最好的办法就是⿎励开发者之间交流。
2.正交性
所谓的正交性,是从数学上学来的概念。在计算机中,可以解释为某种不相依赖性或者说解耦性。这种正交系统有着很多明显的好处:可以提⾼⽣
产率,降低风险。那么我们应该怎么在⼯程中应⽤这种思想呢?有着这么⼏种⽅式:项⽬团队,设计,⼯具箱与库,编码,测试,⽂档。可以看到,
不同情况下正交性的实现⽅法也不相同。我们应该具体情况具体⽽论,不能⼀概⽽论。在⼯作中尽⼒做到实现正交性,增加解耦性。
3.可撤销性
⼯程师都喜欢能够有单⼀的⽅法来解决⼀个问题,然⽽很遗憾,在我们的现实⽣活中,总是会有各种各样的变动。在这样的情况下,我们就需要让
我们的代码具有可撤销性。
所谓的可撤销性,指的是在开发初期就做好⼀些准备,让代码变得更加灵活,以便⼀些临时更改。在制作架构时,可以让架构更加的灵活可变,在
这样的情况下我们的代码就具有了可撤销性,不会让代码⼗分不可逆。
4. 曳光弹
所谓的曳光弹,放在⼯程中其实就是⽤来⽅便前期测试的⼀个架构。只有⼀些框架和基本功能,可以⽤来测试框架⾥⼀些基本功能,曳光代码的存
在只是为了前期的测试,他只是具有较少的功能,但并不代表他并不能执⾏,就这点来说,曳光代码其实也是整体架构的⼀部分,他的存在只是为了
测试。
标签:架构,重复,小工,正交,程序员,修炼,测试,我们,代码 来源: https://www.cnblogs.com/IT2002/p/16376183.html