笔者这几年一直在为大大小小的客户专业开发软件。一些软件已经在安全性和可靠性至关重要的非常严格的环境中使用。根据多年的经验，我总结了一些实用的建议。事不宜迟，这里有一些我认为有用的提示、课程和最佳实践。1.偶尔写些废话没关系，并不是应用程序的所有部分都是一样的。2.学新东西不需要学一门新语言，同样的事情往往可以用多种语言来完成，深度胜于广度。3.可以编写一次性代码来测试不同的方法，只是不要让一次性代码成为生产代码。4.防御代码。还记得您认为永远不会为null的方法参数吗？是的，事实证明是这样，你的应用程序爆炸了，只需编写那些守卫并使用它们。5.拒绝硬编码应用程序设置。编写可配置组件并将环境变量传递给它们，重新启动应用程序比重新编译和重新部署更容易。6.编写易于测试的代码。这意味着停止在命令处理程序、服务类等内部“创建新的”数据库对象等，并将它们转变为依赖项。图片来源：unsplash7。仅在发生异常情况时抛出异常。8.了解If-Else的合适替代方案。If-Else经常被过度使用，这是糟糕设计的早期迹象，事实上，许多设计模式不需要If-Else语句。9.并非每个IF都需要ELSEIF或ELSE。10.重构就是重构。重构时，不要试图添加新功能，相信我，结果不会好。11.识别垃圾代码时，花时间清理它并使其变得更好——无论“更好”在特定情况下意味着什么。12、不学习设计模式，就会遇到困难。它们无处不在，学习它们可以使您的工作更轻松。13.应用设计模式可能会改进代码。14.抨击别人的代码并不能使你成为更好的程序员，也不能证明你的资历。初学者抨击其他开发人员代码的主要原因是，即使是简单的概念有时对他们来说也很难理解。15.除非你需要，否则不要创建一个接口，从一个具体的类开始是完全没问题的。16.你确定字段/属性/方法需要公开吗？不，只需将其设为私有或内部即可。17.超级简单的类（如简单的方法）是正确的方法。18.为简单的问题编写简单的代码。19.确保测试重构的每一部分，否则你不会知道你的问题在哪里。20.你刚刚记下的代码不比一个1100万下载量的NPM/NuGet/pip包好，下载f*kn包然后继续。21.不要害怕对复杂的问题提出复杂的解决方案，只要记住大局。资料来源：unsplash22。您可以选择多种语言。尝试使用后端、前端和数据库语言，您会欣赏团队其他成员所做的工作。23.别再看各种没用的教程了，试着想出你自己的想法。当然，遇到问题或者需要快速学习的时候，偶尔看一下教程也是可以的，只是不要被教程拖累了。24.大多数开发人员也写垃圾。不要迷失方向，他们这样做一定是有原因的。25.观看开发者大会的演讲，跟随思想领袖，可以学到丰富的经验，轻松获得灵感。26.在成为更好的开发者的过程中，每个人都达到了一个平台期。向经验丰富的开发人员寻求建议，不要害怕向他们中的任何人发送消息。27.使用GUID/UUID作为实体ID通常会使事情更容易处理，但要注意权衡取舍。28.遵循SOLID原则。它们易于理解并提高代码质量。诸如“遵循原则与否无关紧要”之类的陈述会伤害您。29.如果选项数量有限，使用字符串枚举作为参数。30.在模块中安排代码（.NET术语中的项目）。不要把所有东西都放在一个模块中，它很快就会失控。31.请记住，正在解决的业务问题或正在开发的业务应用程序是最重要的。对于企业而言，您的代码只是达到目的的一种手段。32.把软件开发当作一门手艺。编写有目的的、漂亮的代码并积极提高你的技能。图片来源：unsplash这只是笔者自己在实际工作中总结出来的经验和建议。肯定有人会反对上面的一些建议。总会有不同的意见、方法和心态。从多方面考虑是有好处的。你要做的是批判性的，把你认为有意义的东西融入到你自己的思想和行为体系中。【责任编辑：赵宁宁电话：（010）68476606】
