一些应用程序的魔力在您需要检查、修补或改进它的时候就结束了。这不应该是这种方式，有一种方法可以改进这一点。

在第一集之后，这是我们的第二集：所有方面的文档。

到基础101：编程语言被称为语言，因为它具有口语的相同性质：语法和语义来构建句子。而且每种语言都有自己的语法规则，你必须恰当地运用它们来保持连贯和衔接。是的，我们还在讨论代码。

证据1：

ABAP语言确保变量总是以初始值开始其生命周期，因此在声明后立即清除它是没有意义的。为什么要在退出方法之前清除它？在这种情况下，这根本没有意义，但不幸的是，这两种情况并不少见。对于全局变量和/或类属性来说，这可能是有意义的，但这表明糟糕的重构、懒惰的剪切/粘贴会使代码变得更难看，甚至缺乏知识也会使代码变得更难看。很早以前，当技术允许每行只有72个字符，并且不可能跨多行跨一条语句时，带有标题行的表就有意义了，企业管理的软件，但是现在这个功能（已经过时几十年了）带来的麻烦比解决问题还多。我们现在既不写旧的也不写中英文，淘客小程序，你的代码也不应该使用过时的元素，因为……

您的代码是我们的主要文档，我们需要理解它以正确地改进和重用它

让我们面对一个事实：您要理解一段代码的第一步就是阅读它。这本身就是一个很好的理由去写它，你可以通过阅读官方的风格指南来了解更多。它所建议的是非阿巴斯人已经在他们的代码中做了什么（很久以前），大数据和云计算，现在我们有了la pièce de réresistance officiele et publique来最终和平地编写可读代码。

我们已经受到30个字符的限制，扔掉匈牙利符号可以释放其中的3个字符（如果你仍然不知道如何快速发现一个变量）声明，再次学习代码编辑器）。在命名中使用表、结构甚至数据元素的名称也是一个问题，它不会给它增加任何有用的东西。

证据2：

可读的代码对你未来的自我有好处，对你的队友有好处，他们不会在假期打电话给你，询问你写的东西，其他人也不理解，最重要的是一个好主意名片的可重用代码。作为人类，我们往往只有在对事物有了一定程度的了解之后才相信它。阅读一个WTFs/分钟比率很高的代码会让你在开发中使用它时三思而后行，因为你看了之后会想"这不可能没有bug，我宁愿自己写"。

代码质量还偏离了可重用性的另一个主题：你发现了一些几乎可以重用的东西，但是你需要改进一下满足你的需要。再看一眼内部代码，你就会发现它太糟糕了，不可能在剩余时间内修改它来完成工作项。一个功能克隆诞生了，这就是为什么有时你可以在同一个系统上找到两个或多个做同样事情的功能模块。

对于复杂的事情，重构它以使其更具可读性

在对遗留报告进行维护时，每隔一个月就会困扰我们的一件事情：一段代码可以进行选择，填充结构，构建字段目录，然后查询另一个表，从internet上提取预测信息，并对其进行随机计算……所有这些内容都占用了一个名为SELECTION的表单的双嵌套循环中的大约300行代码；程序本身只有另一个名为DISPLAY的表单，云 服务器，这就是封装（顺便说一下，所有变量都是全局变量）。

这是最坏的情况，购买云服务器，但即使是在新的情况下，有时你也会情绪激动（因为你知道，变魔术是上瘾的），编写大块代码。把它们重构成更小的单元可以让你很容易理解，你甚至可以给"函数"方法命名，让代码在更高的层次上可读，甚至消除不必要的注释。

重构的过程还有一个副产品：最终你会看到一个类在做两件不同的事情，你决定把它分成两个类。这两个较小的类现在执行一个特定的东西，并且特定的东西比杂乱的东西更容易重用。

对于更复杂的杰作，创建额外的文档

我们有ABAP Doc和良好的ol'DOCU对象，但是这些工具所能解释的东西是有限的。也许你需要附加一个图像或一个相对较大的代码片段来解释一些东西，或者你的可重用的东西是由多个部分组成的，如果在代码上完成的话，它的文档会分散在多个对象上。

记住每个人都可以安装一个拼图，但如果你知道它在正确安装时应该是什么样子，那么做起来就容易多了。如果只有你自己明白，那么创造一个可重用的东西是没有意义的。他们可能会错误地使用它并产生问题，甚至忽略你的解决方案，因为重用它和重新创建功能看起来太困难了（一次又一次……）。

演示程序也是记录事物的好方法