代码之家 › 专栏 › 技术社区 › Rahul

在javascript库(extjs)中编写Web应用程序的完整视图逻辑的利弊?

javascript extjs java-ee java

Rahul · 技术社区 · 15 年前

我是使用JavaScript库进行Web开发的新手。但我最近看到一个J2EE Web应用程序广泛使用extjs(比如90%)来呈现网页。所讨论的网页要么是简单的表单,要么是网格(表格报表)。JSP相当陈旧,只需委托给extJS框架(使用onready函数),然后对服务器进行Ajax调用并呈现页面。每个网页都有一个单独的.js文件,它将所有呈现逻辑封装在extjs函数中。

这是我第一次看到用这种方式编码的应用程序。我想知道这是目前使用的一种常见方法,还是对JavaScript库的一种极端使用。这种设计有哪些优点和缺点?

4 回复 | 直到 15 年前

OscarRyz 15 年前

赞成的意见:

系统的外观和行为比普通的纯HTML要好得多。

反对的论点:

如果没有在框架上有良好经验的开发人员对系统进行编码,那么系统很难调试和修改。

通过使用服务器端库(如GWT)甚至可以与ext一起使用,您可以减轻这一缺点: GWT-Ext

Annie 15 年前

欺骗:

如果用户已禁用javascript。
用户必须等待脚本下载、分析和执行在任何内容出现之前。依靠在设计上,用户可能之后等待一些Ajax请求那。
可访问性很难实现。

Jamie Love 15 年前

我公司开发像你描述的那样的RIA作为它的主要焦点。这些应用程序(有些是在flex中,有些是在extjs中)被设计成对相对较少的人具有高功能的应用程序。

对于ExtJS应用程序,我们的主要方法是使用静态HTML和JavaScript文件,然后在客户端构建UI(对于用户来说,由于缓存了所有内容,并且较新浏览器中的JavaScript运行时速度惊人,因此他们通常会经历次秒的加载时间)。它是一体式“HTML”页面,还是跨多个HTML页面分布取决于应用程序(或应用程序的段)。

然后,通过Web服务(主要是estful API)通过Ajax请求提供所有数据。例如,ExtJS网格可以与如此简单的服务器端组件一起使用数据,这几乎让人尴尬。

我们编写的所有复杂的服务器端组件最终都是不适合客户端的复杂业务逻辑(或者是出于安全或检查目的而复制的客户端功能)。

总之,我非常喜欢这种方法,为了正确的情况。我不建议在公共网站上使用它,但是它在商业应用领域有一个很好的定位。