莱州市做企业网站/必应搜索引擎国际版

很少有程序员打算编写结构不良的源代码。

他们不会敲打出他们的“ 坏代码设计模式”书，并且做成一丝不苟的spaghettipocalypse。相反，结构不良的代码是当程序员不知道他们在做什么时会发生什么。

那么，为什么这么难？

源代码有许多属性  和不同种类。

例如，一个属性是程序中的公共方法的数量。程序员可以轻松地控制这个属性：使私有方法public使数字增加1.这就是它。在某种意义上，这是一个“线性”属性，因为小的变化产生小的效果。

结构也代表了源代码属性，但在调用方法B（）从方法一（）不仅影响这两个方法。新的传递依赖性从所有方法形成，取决于a（）和所有依赖于b（）的方法。

此外，Java有三个结构级别：方法，类和包，方法连接不需要单独影响方法级。如果拥有的类没有被连接，那么新的传递依赖也在类级别上。和类似的包级别。因此，结构表示“非线性”性质，因为小的变化可能引起巨大的后果。

这种非线性使得编写结构良好的程序变得困难。

如果我们可以忘记这个宏伟的，过度的结构，而不是关注小的，线性的属性，这是奇怪地导致结构良好的代码，这将是有益的。

唉，没有这样的线性性质。

但有隐藏的线索。

因为源代码属性是客观的，我们可以测量它们。我们可以肯定地计数一个程序中的公共方法的数量，并且除了其他线性属性的主机。我们也可以通过测量一个节目的“混乱” 结构紊乱，上升作为源代码结构衰减的百分比。如果我们测量大量的程序，我们可以计算结构紊乱和所有其他属性之间的数学相关性。

可忽略的相关性将意味着在特定线性特性和总体程序结构之间没有连接。然而，大的相关性表明，仔细管理该线性特性可能有助于整体良好结构的awesomeness。

例如，如果结构性障碍与公共方法的数量100％相关，那么我们可能建议最小化公共方法的数量，以便最小化结构紊乱，从而使用简单的线性特性来控制困难的非线性特性。

让我们给它一个旋转。

让我们从38 个Java系统的400万行代码1的代码分析器，并得到correlatin'了几十其结构特性。表1显示了发现的最强的结构无序相关性2（完整矩阵：方法，类和包）。

只有一个属性与所有三个层次的结构紊乱密切相关：深度。

方法（类或包）的深度只是它在传递依赖中的位置。在图1中，在左侧，该方法的深度一（）为0，深度的b（）是1，C（）是2，等等。这些深度总和为21.在右侧，然而，一个（）仍具有0的深度，但所有其它方法-直接从称为一个（） -分别具有的深度为1，使得右结构只是6的总深度。

正是这种深度总和与结构紊乱相关。代码越深，它可能就越无序。如果你想管理你的程序的结构紊乱，避免深层依赖3。

执行此操作的一种方法是使用协调器（sunburst）方法，该方法调用其他方法来执行重型任务，将协调器减少为排序角色。然后在可能的情况下在类和包级别上重复此模式。

原文链接：https://dzone.com/articles/how-to-avoid-messy-code

翻译：黑妞

<涨薪+转行+个人升职利器>——前端工程师！！！

还在犹豫什么？！赶紧查看！

点击“阅读原文”打开新页面