编写很多“不好”的代码才能理解好的代码 _惠州计算机Java培训学校

互联网上有许多“记住不要...”的文章：不要使用继承，不要使用单例，scrum将被淘汰。让我们不要做的这些东西真的没用吗？我们如何确定哪些建议是好的？

没有完善的编程语言，没有最佳的编码方法，有的只是准则（即已知的缺陷）。许多编程建议都被夸大了，每个人都告诉我们不要这样做哪些事。经过这种发展，每个编码失败的根源都是由于这些让我们不要做的事情产生的，我们很快将没有可用的编码命令。正如人们不希望驾驶卡车越过木桥到达对岸一样，这并不意味着木桥没有承载能力，也不意味着人们不应该驾驶卡车。

编程语言只是工具，使用时间，原因和使用方法取决于我们。我们不能因为窒息而放弃进食，我们应该改进的是我们使用它的方式。

如何识别坏建议？

好的建议包括三个部分。首先，信息本身；第二，什么时候需要它；第三，什么时候使用它。错误的建议通常缺少第二部分和第三部分，这通常表现出永久适用的特征。

一个常见的主题是：“避免不惜一切代价使用继承机制”，如果建议变成：“继承机制是一个非常好的工具，但是深层次的制度（继承制度）通常是有害的。”这次问题显然是深度的，这种解释对问题浅层的组织是准确而有洞察力的。

另外要注意的是语言。许多程序员比较倾向于“随便写，从不进行更正”，这种语气充斥着对互联网的不负责任，这样撰写随意的编码极为有害。

在编码方面，有两种经验特别适用：

创建和维护语言非常昂贵。如果将某种机制不断添加到新语言中，则意味着该机制非常重要。这就是为什么全局范围，继承机制以及if语句仍然存在的原因，任何声称丢弃它们的文章都忽略了这些机制的重要性。

编写更多错误代码

数十年来，我们一直使用前人创新和失败的设计经验，这些技术可以更改您的编码方式或帮助您查看完整的代码是如何编写的。但是这种方式会使我们意识到，一切编程都没有想象中的那么迷人。

小编不是在谈论对与错，也不是在教大家编码，而是在帮助大家去编写更多代码，代码是一种新语言。尝试通过两种方式完成同一件事，编写更多代码是程序员的最终高级方法。

点击咨询直接了解更多相关资料，我在惠州北大青鸟新方舟等你。

本文内容转载自网络，版权归原作者所有，如有侵权请联系我们进行删除。

标签：惠州计算机软件培训惠州计算件软件开发惠州计算机软件基础惠州计算机JAVA软件开发惠州Java培训学校惠州Java培训JAVA语言Java是什么Java开发JAVA入门