BlogJava-BlueDavy之技术Blog-随笔分类-@RIAWork

《Ajax模式与最佳实践》书评

BlueDavy — Sat, 28 Jul 2007 06:24:00 GMT

摘要: 说书评实在是没什么资格，:)，已经有将近半年的时间都没使用Ajax做产品或项目了，不过一直都在关注Ajax的发展和动态，应该说Ajax的发展在这两年以来非常的可喜，Ajax带来的web友好性的改变在各大网站已经开始显现出来了，这一切都是很值得高兴的，说回正题，记得是当时在做一个Ajax方面的框架，做的过程中开始看《Ajax patterns and best practice》，英文版本，碰巧从dlee那了解到他们正在翻译这本非常不错的书，后来从dlee那拿到了翻译后的草稿版，先睹为快了，记得当时看了翻译稿后就在我的blog上写了一些关于书中介绍的模式，主要是看书后的激动之情，顺便也为了大家先了解下这本书的内容，在《Ajax模式与最佳实践》上市后拿到博文的赠书，不过由于工作原因，一直没时间好好的翻看，最近才拿出书来仔细的看了看。
很久都没看技术方面的书了，大部分技术相关的东西都是要用的时候才从网上临时的翻阅，基本就是看些小文章，再加上自己是个典型的实战主义者，所以对书应该也是较为挑剔的，《Ajax模式与最佳实践》是本典型的实战书籍，而且无疑是ajax实战类书籍中的佼佼者，为什么阅读全文

BlueDavy 2007-07-28 14:24 发表评论

看置换模式有感

BlueDavy — Mon, 04 Dec 2006 08:43:00 GMT

置换模式，引用即将出版的《ajax模式和最佳实践》(也就是《ajax patterns and best practice》)中对于它的意图的描述：
“置换模式(Permutations pattern) 被服务器用来分离资源(URL)与表现(例如HTML或XML)。分离资源与表现使得终端用户只需要关心资源，不需要担心URL所关联的内容。例如，假如一个客户的银行帐号是URL http://mydomain.com/accounts/user，那么相同的 URL 能够被各种各样的设备 (电话，PC等等)来使用。”
从上面的描述中可以清楚的知道置换模式的作用，在实现上呢，书中提出了一种不错的解决方案，就是根据http中的accept来决定提供不同的表现，这个其实大家都很容易理解了，本篇blog重点也不在于讨论置换模式的作用和实现方式，大家感兴趣的话可以去看英文版中相应的章节或等待中文版的出版。
在置换模式这个章节中有一句话特别的让人觉得震撼，也让我这个号称对RIA框架还算懂的人感到羞愧，就是这么一句话：“我们将接口的概念与URL和分离资源与表现关联起来，资源就是接口，而表现就是实现。”看到这句话，突然觉得一直以来自己从来没有真正的以一种B/S结构体系的思想去构建系统，去充分的基于B/S来对系统进行设计，这本书中各种模式带给人最大的震撼都来源于它充分的基于B/S结构的一些特性去解决问题的方式，尽管也许这会给某些追求完美设计的人找到批评它的理由(例如与B/S耦合太严重等)，但我觉得这对于一个项目、甚至一个产品都不是问题，在书中我们可以看到模式的实现上更多的都是采用基于http协议头的方法以及用后台系统设计的理念去完成B和S衔接的设计方式，这都带给了我不同的视角，所以说ajax带来的绝对不仅仅是什么用户体验这些，更多的它带来的是对传统B/S应用设计思想的冲击，以前在设计RIA框架的时候一直就是传统的思想，而现在随着这些书带来的冲击，也在不断的改变中，也许RIAWork迟迟没有动手也是件幸事，呵呵，当然，也不能一直推迟.....
相信新一代的web框架推出后将会带给我们大家都不一样的视角，让我们期待或自己去营造这样的新一代的框架吧，要突破以前的常识来改变咱们的web框架体系结构，这对于整个web应用其实都将会是很大的改进。

BlueDavy 2006-12-04 16:43 发表评论

Ajax模式之缓存控制器模式

BlueDavy — Mon, 20 Nov 2006 03:23:00 GMT

摘要: 此模式出自《Ajax patterns and best practice》，这个模式非常具备实际意义，为客户端的缓存实现做出了指导，和以往在使用传统B/S结构进行开发时所做缓存的思路有一个改进点，:)。阅读全文

BlueDavy 2006-11-20 11:23 发表评论

从POJO热潮看Html纯洁性

BlueDavy — Thu, 12 Oct 2006 03:32:00 GMT

POJO这个词无疑是这几年来Java界最为热门的词，各类框架都是以支持POJO形式作为其关键的特性之一，确实，POJO方式降低了开发的难度和门槛，让开发人员能够得以更加的关注和实现业务，而Spring也同样是依靠着"POJO Enhanced"获得了大家的认可。
在程序级别这个层次我们认可了POJO Enhanced这样的形式，大家可以看到，在POJO Enhanced这样的实现中，目前多数都是采用XML Decorated的方式来实现的，一个POJO经过XML Decorated后在运气期可以成为一个拥有事务处理、远程调用等等以往充满技术难度的东西，但在编写POJO时完全不需要知道这些细节是怎么去实现的，POJO非常的纯洁，这样的方式无疑让我们感受到了好处；在POJO Enhanced的实现中Declarative这样的方法现在也是非常重要的一个部分了，因为POJO本身并没有表达语义的能力，而通过Declarative这样的方法就使得POJO既保持了纯洁性，又可以表达出丰富的语义。
那么以同样的观点来看看web界面，web界面主要是由html+css+js组成，当然，现在的web界面很多都是采用服务器端语言编写，导致了web界面除了html、css和js外，往往还有服务器端语言的东西，象jsp的标签、<%%>代码这些，为什么我们不采用同样的方法去保证html的纯洁性呢，还原出一个POHTML，这是RIAWork的核心思想，在RIAWork中遵循这个核心的原则进行展开，同时这也是RIAWork区别于所有的web框架的重要部分。
POHTML在保证了Html的纯洁性下，可以通过decorate的方法使得这个html具备有程序参与才能实现的功能，而同时通过declarative的方法则可以使得html具备更加丰富的语义。

BlueDavy 2006-10-12 11:32 发表评论

探讨EAI中的应用连接

BlueDavy — Sun, 08 Oct 2006 04:10:00 GMT

摘要: IBM认为一个完整的EAI的解决方案应当包括五个方面：用户交互、应用连接、业务流程整合、构建整合和信息集成。
在这篇blog中来探讨下EAI的应用连接，IBM对于应用连接的定义：通过 HUB 或总线架构，实现应用与应用之间的连接，完成相关的数据路由与数据格式转换，对于IBM的这个定义，非常的认可，在实际的EAI类的项目中，这也确实是个很实际的需要解决的问题，可能很多人仍然会认为EAI是一种炒作，好象也是没有什么做的成功的EAI项目，但EAI项目现在确实是存在的，而且在这块的技术、实施经验也是不断的成熟，EAI项目带来的意义更是不可否认，在这篇blog中将从应用连接所应对的应用场景、技术实现两个方面来探讨下：阅读全文

BlueDavy 2006-10-08 12:10 发表评论

具备亲和力的交互表单

BlueDavy — Thu, 07 Sep 2006 12:27:00 GMT

摘要: 表单是我们在实现应用时常用的，通常情况下多数的应用系统对于用户而言就是在于表单打交道，所以提升表单的交互能力是非常重要的一个环节，当然，交互其实很多时候和业务都是有关系的，就如很多业务表单需要的是快速录入的方式，这个时候如回车添加行、Tab快速切换到相应的域上都是非常重要的，在网上查了一下，没找到一个完整的交互性质的表单的Demo，非常的希望css高手们能动手搞一个这样的东西，这样以后大家就方便了，由于在现在的一个项目中用到了，就把自己做的一个具备了一定能力的交互表单放到网上，希望有高手能基于这个或者自己做一个能作为以后做表单时可参考的对象，在这个交互表单中，对于交互性主要提供了这么一些：
1、表单进入域时的即时提醒
2、回车增加行
3、星级评分
4、域值非法的提示
下载地址：http://www.blogjava.net/Files/BlueDavy/richform.rar 阅读全文

BlueDavy 2006-09-07 20:27 发表评论

RIAWork进展之Velocity For Js

BlueDavy — Tue, 16 May 2006 09:09:00 GMT

摘要: 先简单的做了一个，结合TrimPath提供的JavascriptTemplate实现，目前的解决方案比较丑陋，通过xmlHttpRequest从服务器端获取模板文件，然后交由JavascriptTemplate结合数据解析形成最后的html。阅读全文

BlueDavy 2006-05-16 17:09 发表评论

RIAWork介绍之二：静态以及动态性质的分离处理

BlueDavy — Mon, 15 May 2006 09:17:00 GMT

摘要: 为什么界面集成这么的麻烦呢，要做界面集成就是为了将动态性质的实现增加到静态的html上去，而这个步骤在现在还没有什么好的框架或者说好的IDE来支撑，导致了现在的这个步骤很麻烦，这也是为什么在做系统的时候很多时候最怕的不是用户所要的功能的变化，而往往是界面的变化，界面集成的这个步骤是这么的索然无味而且工作量奇大，怎么来提高这块的效率呢？阅读全文

BlueDavy 2006-05-15 17:17 发表评论

RIAWork介绍之一：关注界面和交互的灵活变化

BlueDavy — Wed, 10 May 2006 06:54:00 GMT

摘要: 在上篇RIAWork的简要介绍篇中，已经提及RIAWork的重要目标之一就是为界面和交互的灵活变化提供支撑，在这里来看看界面和交互在实际项目中的变化情况以及RIAWork是如何提供对于其变化的支撑。阅读全文

BlueDavy 2006-05-10 14:54 发表评论

基于元数据和RIA的Web应用开发框架

BlueDavy — Wed, 26 Apr 2006 13:06:00 GMT

摘要: 在现在的软件业界，我认为很大的问题是开发人员甚至是公司从来都没有真正的把用户当成上帝，当然，这和目前业界的项目有很大的关系，例如项目通常都是时间非常的紧张，N多开发人员投入只能尽量去保证功能、需求的实现，在界面以及交互上往往不是那么的重视，但其实业界很多成功的产品都证明，功能往往不是决定性的因素，界面和交互才是用户最为重视的，而且通常也是打败对手的重要地方，为什么项目中不在重视功能的同时去重视界面和交互呢，大都是因为现在的框架在界面和交互变化的支撑上都不是很好，导致了每次界面的改动都要花费很大的成本，而交互上则一方面是现在交互设计师急为的缺少，另一方面是还没引起企业足够的重视，所以其实我觉得在web应用开发框架上最大的目标就是为“把用户当上帝”提供足够的支持。
阅读全文

BlueDavy 2006-04-26 21:06 发表评论