 |
ASP.NET是微软.NET平台的成员之一,它继承了微软的在上一世纪九十年代流行的ASP技术。JavaServer Faces是J2EE家族的成员之一。可以把JSF看作是纯粹的JSP Web应用程序的后继,尽管JSP仍然是一种得到支持的标准。JavaServer Faces,通常被简写为JSF,是一种基于软件供应商(例如Sun,Oracle和IBM)支持的技术。 |
框架比较 |
ASP.NET和JSF框架都是基于组件和事件驱动的。也就是说,在一个表单上的组件通过激活应用程序事件来响应用户行动。这些事件为开发者编写代码从而实现必要的逻辑提供了机会。 [全文] |
 |
构建应用程序方式的异同 |
理想情况下,ASP.NET和JSF web页面应该包含很少的代码而且只是包含必要的HTML和标签来生成页面的组件,一个页面的事件逻辑驻留于代码文件中。 [全文] |
 |
校验输入方式的差异 |
在大多数应用程序中,必须允许用户把数据输入到系统中,因此,校验要求几乎存在于所有应用程序中。在本文中,这两个示例应用程序显示一个可用房间列表并且允许用户显示任何与该房间相关的预订信息。 [全文] |
 |
应用程序的国际化 |
国际化,是指在你的应用程序中支持多种语言和文化。这包括提供本地化的文本消息和格式(例如日期),以便在世界不同地方的用户能够以一种他们理解的格式和语言来观看你的web页面。随着全球web的不断增长,这种类型的功能也变得日益重要。[全文] |
 |
安全解决方案的异同 |
JSF规范本身并没有强调安全性问题。而是,当你创建安全的J2EE应用程序时,相应的安全机制也一起应用到JSF中。ASP.NET也提供许多安全选项,而且很多ASP.NET安全性被绑定到Windows平台(你可能已经猜出)。[全文] |
 |
模板化、式样和主题 |
把一个web页面中的跨越多个不同页面的通用部分独立出来经常是很有好处的,这样就可以实现内容重用和不会出现标注的重复问题。应用程序页眉和页脚就是跨越你的网站重用页面部分的最好实例。 [全文] |
 |
ASP.NET和JSF都很优秀,但我更愿意选择: |
|
 | |
|
在ASP.Net 2.0中实现多语言界面的方法 |
跟以前一样做界面,只是注意,把所有需要有多语言界面的文字都用label来做。 [全文] |
 |
开发基于ASP.NET的自定义日志系统 |
介绍了利用ASP.NET和VB.NET技术开发的用户日志管理系统,实现了对自定义格式数据库系统的动态管理,使得对日志信息的管理更加及时、高效,提高了工作效率。 [全文] |
 |
在ASP.NET中防止注入攻击 |
假定所有的用户输入都是非法的.用户可以在应用程序中提供表单字段,查询字串,客户端cookies和浏览器环境值比如用户代理字串和IP地址等。 [全文] |
 |
在ASP.NET 2.0中实现异常管理 |
Visual C++开发小组花了大量的时间用于听取用户的意见,在对 .NET和C++经过仔细考量之后,决定在Visual C++ 2005中重新设计对通用语言运行时库(CLR)的支持,此项重新的设计被称为"C++/CLI",它将为使用及编写CLR类型提供更自然的语法。 [全文] |
 |
JSF的中文化与国际化的简便方法 |
对于各种不同的Java应用,国际化的问题总会给我们非英文用户带来一些麻烦,在JSF中也一样,在实践中碰到了一系列不容易解决的问题,最终解决的大部分的问题,也完成了一个可以运行的小项目,我把我的一些经验拿出来和大家分享一下,希望能让大家在这些地方少走一些弯路。 [全文] |
 |
深入讨论JSF中Tree2组件使用方法 |
Tree2组件使用HTML表格将你的数据呈现为一个树。这个树是动态的:当用户点击它们时它们可以展开或者折叠。该组件同时支持客户端和服务端的交互方式,在客户端交互时使用了JavaScript。 [全文] |
 |
AJAX+JSF组件实现高性能的文件上载 |
基于浏览器的文件上传,特别是对于通过<input type="file">标签包含到Web页面来实现上传的情况,还存在较严重的性能问题。我们知道,超过10MB的上传文件经常导致一种非常痛苦的用户体验。 [全文] |
 |
|