我们必须反抗帝国。让我们的世界（代码）生活得更好！

可维护性是拥有良好代码库的重要基础之一。回顾一下维基百科的定义，

为什么可维护性很重要？

需求变更、出现、发现缺陷、发现性能问题、必须集成新技术/第三方软件。时间流逝，代码库增长。如果你不保持它的整洁，你就是在自找麻烦，甚至是为了你将来的自己。

可重用性是实现更好的可维护性的一条途径，因为可重用部分在许多场景中都经过了广泛的测试，当你修复或改进这个可重用部分时，你就是在修复/改进所有其他场景中的相同情况使用它的人。不仅如此，您编写新代码的速度更快，因为这个可重用部分被假定为按预期工作，云服务市场，数据分析法，所以您只需要测试和验证您的新行。

例如，代码重复是每个人都希望避免的事情，也是一个很好的例子，说明在您考虑到可重用性的情况下，如何做得更好。作为一个开发人员，你不想每次都重写所有的东西。在同一个线程上，您有去耦，一段只执行一个特定任务的代码。一些解耦的东西可以很容易地重复使用。

让我们以一辆汽车为例，将这些概念形象化（或重述）：

一个制造商重复使用相同的发动机、变速器、底盘，以及许多车辆中的几乎每一个零件，并进行一些调整（类别/功能模块及其参数）。这些部件是分离的，是为了执行一项特定的任务而制造的：发动机将燃油转化为机械能，变速器将发动机的输出调整到驱动轮，底盘是汽车每个主要部件的坚实支撑，并将所有部件连接在一起。如果有东西坏了或磨损了，你可以简单地改变它。轮胎磨损了你就不买新车了。随着燃料的发展，第一代改装车只更换了发动机/传动系统（重写为在HANA中工作/与外部软件集成），并保留了所有其他部件，因为它们目前仍能正常工作。还有改进的余地，车身是为保持化石燃料发动机的冷却而设计的，这在电动发动机中是不需要的，淘客如何推广，因此可以设计一个阻力系数较低的新车身（利用HANA/外部软件功能来构建在旧场景中无法想象的功能）。驾驶员（最终用户）仍然知道如何驾驶汽车，即使每个内部部件都发生了变化，因为油门、制动踏板、车轮是相同的（用户界面）。像收音机控制这样的花哨的功能可以被添加（Fiori，flatter，Angular，Xamarin，任何其他的UI技术，有很多），并且只需要在汽车内部组件（OData/REST/Cloud Connector/API Management）上做一些小的改变，他们省钱，更少的开支变成了更大的利润空间。

帝国统治着我们

这些原则几乎在所有地方都被使用，云服务器买哪个好，因为它们不是新的。不知何故，他们没有正确地降落在ABAP世界（或降落相当晚）。如果你工作的系统只使用基于标准模块名（ZFI，ZSD，…）的普通包布局，这只是简单地隐藏了包中与负责开发它的模块/团队相关的几乎几乎几乎不相关的所有内容，那么帝国已经掌握了权力。它们甚至可以存在于这些通用容器中，但您需要自己确定哪些内容是要编写的，以便重用或不重用。你必须反抗和反击，把这个信息公之于众！

带上你的武器，加入我们的战场

包裹很简单，但在这场战争中是一个强大的武器。只有当你知道某个东西存在时，你才能重用它，当你锁定内部对象并只暴露应该使用的对象时，你确保每个人都能重用它。

请继续关注更多说明，大数据精准获客，以赢得这场战争。下一集是关于包以及如何使用包检查来指责谁违反了可重用对象并在这场战斗中与帝国合作。如果你想要一些破坏者只需在博客文章中搜索他们。