绝大多数开发者都认为操控性强化是两个繁杂的主轴，须要大批的实战经验和科学知识。强化插件以获最差操控性为丛藓科扭口藓。有两个更易遵从的提议和最差课堂教学可协助你建立操控性较好的插件，那些提议中的绝大多数是某一于Java的。
1.采用StringBuilder以程式设计形式相连数组
在Java中有许多相同的相连数组的快捷键。比如，你能采用单纯的+或+=、较好的旧StringBuffer或StringBuilder。
所以，你假如优先选择何种形式？
标准答案依赖于相连数组的标识符。假如以程式设计形式向数组加进新文本，比如在for循环式中，则应采用StringBuilder。它更易采用，并提供更多比StringBuffer更快的操控性。但请记住，与StringBuffer较之，StringBuilder不是缓存安全可靠的，可能将不适宜大部份示例。
你只须要示例化两个捷伊StringBuilder并初始化append形式向数组中加进两个捷伊部份。加进完大部份部份后，能初始化toString（）形式来索引相连的数组。
假如你已经知道数组将包涵啥位数，则能将该位数提供更多给相同的缺省形式，以示例化具备表述耗电量的StringBuilder。这将进一步提高其工作效率，因为它不须要静态扩充其耗电量。
2.采用+在两条句子中相连数组
当你用Java同时实现第两个插件时，可能将没人说你不假如将数组与+。假如在插件逻辑中相连数组，这是恰当的。数组是不可变的，每一数组相连的结论都储存在两个捷伊数组第一类中。这须要附加的缓存并减少插件的速率，特别是在循环式中相连数个数组时。在那些情况下，你假如遵从第二条基本功并采用StringBuilder。
但如果你只是将两个数组拆分为多行以提高标识符的可读性，则情况并非如此。在那些情况下，你假如采用单纯的+相连数组。Java编译器将对此进行强化，并在编译时执行相连。因此，在运行时，你的标识符将只采用1位数串，不须要串联。
3.尽可能将采用Primitives
另一种避免任何开销并提高插件操控性的快速简便形式是采用Primitives而不是它们的包装类。所以，最好用int代替整数，或者用double代替double。这允许JVM将值储存在堆栈中而不是堆中，以减少缓存消耗并更有效地处理它。
4.尽量避免采用BigInteger和BigDecimal
BigInteger和BigDecimal比单纯的long或double须要更多的缓存，大大减少了大部份计算的速率。因此，假如你须要附加的精度，或者假如你的位数将超过两个很长的范围，最好三思而后行。这可能将是解决操控性问题所需的唯一更改，特别是在同时实现数学算法的情况下。
5.首先检查当前日志级别
这个提议假如是显而易见的，但不幸的是，你能找到许多忽略它的标识符。在建立调试消息之前，应始终首先检查当前日志级别。否则，你可能将会在日志消息中建立两个数组，该数组将在以后被忽略。
6.采用Apache Commons StringUtils.Replace而不是String.Replace
假如你的插件须要大批替换操作，并且你还没有更新到最捷伊Java版本，所以检查更快、更高效的替代方案仍然是有意义的。
两个候选形式是Apache Commons Lang的StringUtils.replace形式，它的操控性显著优于Java8的String.replace形式。它只需要一点小小的改变。你须要将Apache的Commons Lang项目的Maven依赖项加进到插件pom.xml中，并将String.replace形式的大部份初始化替换为StringUtils.replace形式。
7.缓存昂贵的资源，如数据库相连
缓存是一种流行的解决方案，能避免重复执行昂贵或频繁采用的标识符段。总的想法很单纯：重用这样的资源比一次又一次地建立新资源要便宜。
两个典型的例子是在池中缓存数据库相连。建立新相连须要时间，假如重用现有相连，能避免这一点。你还能在Java语言本身中找到其他示例。比如，Integer类的valueOf形式缓存-128和127之间的值。你可能将会说，建立两个捷伊整数并不太昂贵，但它的采用非常频繁，因此缓存最常用的值能提供更多操控性优势。
但是当你考虑缓存时，请读懂缓存同时实现也会产生开销。你须要花费附加的缓存来储存可重用资源，并且可能将须要管理缓存以使资源可访问或删除过时的资源。因此，在开始缓存任何资源之前，请确保采用它们的频率足以超过缓存同时实现的开销。
正如你所看到的，有时不须要做许多工作来提高插件的操控性。本文中的绝大多数提议只须要一点附加的努力就能将它们应用领域到你的标识符中。
