EasyAPI，集插件基础功能之大成，对于nukkit开发可以说是颠覆性的，你可以看到，easyapi将绝大部分开发中复用的，麻烦的，棘手的问题进行了封装，在开发顶层几乎抹平了各个差异，不得不说，这是nk的一大进步。如果你是一名一直使用java原生开发nukkit插件的开发者，我强烈推荐你，是时候去试一试EasyAPI了。
在初步使用过程中，我明确的感到，这玩意简直就是针对nukkit开发中的痛点进行针对性优化的框架，很多繁杂的，需要大量消耗资源的问题，都被简单而轻巧的避免/解决了，这使得开发者在使用的时候有一种轻装上阵的快感。集成一个easyapi模块是我从未想到的创新设计，这种设计我认为是一个对传统思想的颠覆，带来了很多意想不到了好处，真的强烈安利。
easyapi基于kotlin编写，虽然kotlin并不是一个非常香的语言，但是其协程特性为插件注入了强大的驱动力，协程相比线程仅在 io 密集应用有显著优势，最大的优势在于进行 io 时主动进行协程切换，相比线程切换开销较小，当然还有协程上下文的储存相比线程小等等。协程相比线程更加轻量，真正解决了并发编程编写维护困难的问题。java一直没有标准的协程工具，现在easyapi真的是令我眼前一亮。
可以看到，easyapi在各个方面一定会大放异彩，尤其在轻量级的小型插件开发上，极大地提高了开发效率，如果你还没有开始使用easyapi进行小型的制作，现在就开始尝试吧。
当然，在大型的，多人协作的项目开发中，我并不推荐使用easyapi，即使这是easyapi设计的使用领域。首先多人协作时不一定每一个coder都能完全掌握使用easyapi，而且在大型项目松散的耦合中使用easyapi一定程度上造成代码混乱且难以维护，kotlin并不普及，大部分程序员使用java，kotlin和java交互时的空指针问题造成了一些难以修复的bug。再加之easyapi目前不够稳定，在BSC（前端+后端+云端）下表现欠佳，我并不十分推荐在大型项目或者是多人协作时使用easyapi。但这不是easyapi的致命问题，瑕不掩瑜，其优点和劣势未一一提及。
一个新事物想要替代旧事物，必须至少有300%的好处，在我看来，easyapi离这个目标不远了。希望阅读这篇文章的你也能加入easyapi的行列，让它变得更好！
在初步使用过程中，我明确的感到，这玩意简直就是针对nukkit开发中的痛点进行针对性优化的框架，很多繁杂的，需要大量消耗资源的问题，都被简单而轻巧的避免/解决了，这使得开发者在使用的时候有一种轻装上阵的快感。集成一个easyapi模块是我从未想到的创新设计，这种设计我认为是一个对传统思想的颠覆，带来了很多意想不到了好处，真的强烈安利。
easyapi基于kotlin编写，虽然kotlin并不是一个非常香的语言，但是其协程特性为插件注入了强大的驱动力，协程相比线程仅在 io 密集应用有显著优势，最大的优势在于进行 io 时主动进行协程切换，相比线程切换开销较小，当然还有协程上下文的储存相比线程小等等。协程相比线程更加轻量，真正解决了并发编程编写维护困难的问题。java一直没有标准的协程工具，现在easyapi真的是令我眼前一亮。
可以看到，easyapi在各个方面一定会大放异彩，尤其在轻量级的小型插件开发上，极大地提高了开发效率，如果你还没有开始使用easyapi进行小型的制作，现在就开始尝试吧。
当然，在大型的，多人协作的项目开发中，我并不推荐使用easyapi，即使这是easyapi设计的使用领域。首先多人协作时不一定每一个coder都能完全掌握使用easyapi，而且在大型项目松散的耦合中使用easyapi一定程度上造成代码混乱且难以维护，kotlin并不普及，大部分程序员使用java，kotlin和java交互时的空指针问题造成了一些难以修复的bug。再加之easyapi目前不够稳定，在BSC（前端+后端+云端）下表现欠佳，我并不十分推荐在大型项目或者是多人协作时使用easyapi。但这不是easyapi的致命问题，瑕不掩瑜，其优点和劣势未一一提及。
一个新事物想要替代旧事物，必须至少有300%的好处，在我看来，easyapi离这个目标不远了。希望阅读这篇文章的你也能加入easyapi的行列，让它变得更好！
谢谢大佬推广
RPGitem基岩版能用么