在第二章“注重实效的途径”中,包含了许多实用的编程理念和方法。其一,书中提到了不要重复你自己(DRY原则)。它强调在编程过程中,应避免重复的代码。重复代码不仅会增加代码量,还会使维护变得困难。当需要修改时,就不得不对多处相同的代码进行调整,这极易引入新的错误。通过将公共的功能提取成函数或者模块,可以提高代码的复用性和可维护性。其二,正交性的概念被引入。正交性就像是坐标轴之间相互独立的关系,在编程里意味着各个组件、模块或者函数之间的独立性。如果组件是正交的,那么修改一个组件不会对其他正交组件产生意外的影响。这样可以降低系统的复杂性,使整个软件系统更易于理解、测试和维护。其三,书中还阐述了可撤销性。编写代码时要考虑到未来的变化,使代码具有可撤销性。这意味着在做出一个决策或者编写一段代码时,要尽可能地让这个决策或者代码能够方便地被修改或者撤销,以便应对不断变化的需求。
关于DRY原则,我在自己的编程经历中深有体会。以前写代码时,为了图省事,经常会复制粘贴代码,当时觉得这样能快速完成任务,但随着项目的发展,需要修改某一功能时,就要在很多地方进行相同的修改,这真的非常痛苦。现在我明白了DRY原则的重要性,它就像一种代码的“减肥”方法,让代码更加精炼、高效,同时也更易于管理。正交性的概念对我来说是一种全新的思维方式。在以往的编程中,我并没有特别注意组件之间的独立性,导致在修改某个功能时,往往会牵一发而动全身。这让我认识到,在设计软件架构时,要像搭建积木一样,让每个积木(模块)都能独立存在,又能很好地组合在一起,这样才能构建出稳定、易于维护的系统。可撤销性的观点也给我敲响了警钟。在实际编程中,需求的变化是常态,而我之前编写的代码往往缺乏这种灵活性。如果代码不具备可撤销性,当需求发生变化时,就可能需要大规模地重写代码。这让我意识到,在编写代码的过程中,要有前瞻性,要为未来可能的变化留出余地,使代码能够适应不断变化的需求。总的来说,第二章让我在编程理念和方法上有了很大的提升,让我更加明白如何成为一个注重实效的程序员。
标签:有感,修改,小工,编程,撤销,正交,程序员,组件,代码
From: https://www.cnblogs.com/old-tom/p/18518521