Dojo
话题
新佳
订阅
极道
元认知
元逻辑
元设计
元编程
元语言
ria富客户端
B/S展现层的选型探讨
B/S展现层的选型--抛砖引玉 背景传统的应用程序体系在客户端运行业务逻辑并提供丰富的GUI图形界面。同时,GUI界面上很多供应商提供了丰富的WYSIWYG(所见即所得)的开发工具,比如Delphi,VC,JBuilder等等。随着n tie体系
ajax框架与服务端框架
有了ajax,客户端可以访问静态的带有javascript的html页。 页面的所有表单元素数据都通过 XMLHttpRequest请求得来,这样还需要有服务器端控制层吗?胖客户端有什么优势啊?
关于客户端容器!
我看到资料说J2EE 的部署过程会安装 J2EE 应用构件到以下类型的 J2EE 容器中。 1. 企业构件(EJB)容器,它管理一个 J2EE 应用的所有企业构件的执行,企业构件(EJB)和它们的容器运行在 J2EE 服务器上; 2. Web 容器管理着一个 J2
MVC的View在web方式下的技术选择
在Web上,给user做交互的界面通常是利用html的form元素(input, select, radio box, check box, etc), 我在以前一个应用系统中,有很多form,写这些代码会是一个比较繁琐的工作,而且容易出错, 比方说form元素的名字拼写的一个小错误,就导致不能正确
BS用什么方式实现智能客户端较好?
如果在BS结构中,要实现复杂的客户端操作或者是客户端要保存较多的临时数据,那就一定要考虑采用智能客户端。 .Net体系结构中已经考虑到智能客户端的实现,但如果在J2EE体系结构中,采用Applet、Flash或者JavaScript,从开发效率和功能等角度来看,各有什么优劣势,我现
Web 应用框架 Wicket(zt)
其主要的思想就是,把代码从HTML中剥离出去,象Swing那样设计页面。 简单的说:HTML+Swing的想法+一点点Tapstery的想法。每个HTML文件对应于一个POJO,那些复杂的动态内容,form的处理都交给POJO,在Java里面处理。在HTML中,使用特定的Wicket ID命名不同的
伟大的 Laszlo! laszlo 开源了,他将颠覆目前的Web应用模式
Laszlo 一直成熟而全新的技术,他是一种 Rich Interent Client 技术,并且能和好的和J2EE 技术集成在一起。他的伟大在于客户UI表现形式既支持Flash(目前Macromedia 的 Flex 支持Flash) ,也支持微软的XAML和.Net;还有他集B/S,C/S还有F
上页
关闭