EGL 已准备好帮助您采用 Web 2.0

核心提示： 工作效率由于 EGL 是基于框架和高级规范的语言，这使得该语言具有非常高的工作效率，EGL 已准备好帮助您采用 Web 2.0(4)，运行时性能非常棒，EGL 将提供某些 Web 2.0 控件，此外，所需编写的代码更少，与 Ajax 或其他实现相比，只需最少的代码行即可轻松编写这些控件

工作效率

由于 EGL 是基于框架和高级规范的语言，这使得该语言具有非常高的工作效率，运行时性能非常棒。EGL 将提供某些 Web 2.0 控件，与 Ajax 或其他实现相比，只需最少的代码行即可轻松编写这些控件。

未来的变化

这也许是最重要的挑战。我认识一些已经使用 Java 和 EJB 1.0 版技术开发了非常完善的应用程序的客户。他们遇到了困难，由于代码无法在现代应用程序服务器上工作，他们不得不迁移到较新的 EJB 版本。如果不采取迁移路线，存在的困难可能还会大得多。

由于 Web 2.0 仍在发展之中，如果 Ajax 和 Web 2.0 变得过时，使用底层代码实现应用程序就会存在风险。当 EGL 产生代码时，它将根据现有的技术产生代码。因此其基本理念在于，用户将不必担心迁移，因为使用的语言将是 EGL 而不是底层实现的代码。

Web 2.0 是否会生存下来？

谁知道呢？但是，EGL 同样解决了此问题。如果当前的 Web 2.0 技术消失，IBM 很可能会使用可用的任何现有技术来部署代码。由于 EGL 是基于规范的语言，其产生的实现代码将基于现有的技术。

您现在可能会问：如果 EGL 本身消失了呢？也许您将这也视为风险，但是 IBM 为类似的技术提供迁移路线已经有近 30 年时间了。例如，可以按照迁移路线将使用旧的跨系统产品（Cross System Product，CSP）语言编写的应用程序迁移到 EGL，因此，即使是那些应用程序也不需要重新编写。这是我在 IBM 工作 35 年所见证的一致方法。

维护

这是使用 EGL 编写 Web 2.0 应用程序所具有的相对于其他现有语言的最大优势。EGL 很容易维护，结构非常良好。当使用 Rational Business Developer 及其向导来产生 EGL 代码时，代码是以一致的方式产生的，因此任何程序员都应该能够轻松维护代码——即使代码是由其他人编写的。此外，所需编写的代码更少，因此您需要维护的代码也更少。