IIB Java 计算节点与 ESQL 计算节点
IIB Java Compute Node vs ESQL Compute Node
在 IIB 9.0 中使用 Java 计算节点而不是 esql 计算节点的优点和缺点是什么？
Java 真的比 esql 慢吗？
有没有 JCN 比 ECN 更适合的例子？
这个问题真的很复杂，几个月前我们不得不面对它，所以我们列出了我记得的利弊：
ESQL
优点
- 真有效率写得好
- Auto-completion 基于您的应用程序引用的模式
缺点
- 社区很小，这意味着帮助和支持有限（因此，由于缺乏知识，代码维护更加困难）
- 你经常需要 re-code 一切（例如：根据分隔符拆分字符串，你必须自己编写完整的代码，通过获取分隔符的索引，然后根据此拆分字符串索引，并循环直到没有分隔符为止）
- 没有自动测试您的代码
- 可移植性有限（适用于 IIB 支持的所有 OS，但在迁移到其他工具时...）
我不会列出 Java 的所有要点，但上面列出的所有内容都与 Java 相反。
就我而言，主要是由于缺少单元测试，我不再将 ESQL 用于复杂代码。我仍然使用它来覆盖本地环境中的属性，或任何非常小的任务，但我不会在 ESQL 中编写超过 50 行的代码（我的目标是最多 10 行）
在 IIB 9.0 中使用 Java 计算节点而不是 esql 计算节点的优点和缺点是什么？ Java 真的比 esql 慢吗？ 有没有 JCN 比 ECN 更适合的例子？
这个问题真的很复杂，几个月前我们不得不面对它，所以我们列出了我记得的利弊：
ESQL
优点
- 真有效率写得好
- Auto-completion 基于您的应用程序引用的模式
缺点
- 社区很小，这意味着帮助和支持有限（因此，由于缺乏知识，代码维护更加困难）
- 你经常需要 re-code 一切（例如：根据分隔符拆分字符串，你必须自己编写完整的代码，通过获取分隔符的索引，然后根据此拆分字符串索引，并循环直到没有分隔符为止）
- 没有自动测试您的代码
- 可移植性有限（适用于 IIB 支持的所有 OS，但在迁移到其他工具时...）
我不会列出 Java 的所有要点，但上面列出的所有内容都与 Java 相反。
就我而言，主要是由于缺少单元测试，我不再将 ESQL 用于复杂代码。我仍然使用它来覆盖本地环境中的属性，或任何非常小的任务，但我不会在 ESQL 中编写超过 50 行的代码（我的目标是最多 10 行）