@riawork
all about riawork
摘要: 说书评实在是没什么资格，:)，已经有将近半年的时间都没使用ajax做产品或项目了，不过一直都在关注ajax的发展和动态，应该说ajax的发展在这两年以来非常的可喜，ajax带来的web友好性的改变在各大网站已经开始显现出来了，这一切都是很值得高兴的，说回正题，记得是当时在做一个ajax方面的框架，做的过程中开始看《ajax patterns and best practice》，英文版本，碰巧从dlee那了解到他们正在翻译这本非常不错的书，后来从dlee那拿到了翻译后的草稿版，先睹为快了，记得当时看了翻译稿后就在我的blog上写了一些关于书中介绍的模式，主要是看书后的激动之情，顺便也为了大家先了解下这本书的内容，在《ajax模式与最佳实践》上市后拿到博文的赠书，不过由于工作原因，一直没时间好好的翻看，最近才拿出书来仔细的看了看。
很久都没看技术方面的书了，大部分技术相关的东西都是要用的时候才从网上临时的翻阅，基本就是看些小文章，再加上自己是个典型的实战主义者，所以对书应该也是较为挑剔的，《ajax模式与最佳实践》是本典型的实战书籍，而且无疑是ajax实战类书籍中的佼佼者，为什么
摘要: 置换模式，引用即将出版的《ajax模式和最佳实践》(也就是《ajax patterns and best practice》)中对于它的意图的描述：
“置换模式(permutations pattern) 被服务器用来分离资源(url)与表现(例如html或xml)。分离资源与表现使得终端用户只需要关心资源，不需要担心url所关联的内容。例如，假如一个客户的银行帐号是url http://mydomain.com/accounts/user，那么相同的 url 能够被各种各样的设备 (电话，pc等等)来使用。”
摘要: 此模式出自《ajax patterns and best practice》，这个模式非常具备实际意义，为客户端的缓存实现做出了指导，和以往在使用传统b/s结构进行开发时所做缓存的思路有一个改进点，:)。
摘要: pojo这个词无疑是这几年来java界最为热门的词，各类框架都是以支持pojo形式作为其关键的特性之一，确实，pojo方式降低了开发的难度和门槛，让开发人员能够得以更加的关注和实现业务，而spring也同样是依靠着"pojo enhanced"获得了大家的认可。
摘要: ibm认为一个完整的eai的凯发天生赢家一触即发官网的解决方案应当包括五个方面：用户交互、应用连接、业务流程整合、构建整合和信息集成。
在这篇blog中来探讨下eai的应用连接，ibm对于应用连接的定义：通过 hub 或总线架构，实现应用与应用之间的连接，完成相关的数据路由与数据格式转换，对于ibm的这个定义，非常的认可，在实际的eai类的项目中，这也确实是个很实际的需要解决的问题，可能很多人仍然会认为eai是一种炒作，好象也是没有什么做的成功的eai项目，但eai项目现在确实是存在的，而且在这块的技术、实施经验也是不断的成熟，eai项目带来的意义更是不可否认，在这篇blog中将从应用连接所应对的应用场景、技术实现两个方面来探讨下：
摘要: 表单是我们在实现应用时常用的，通常情况下多数的应用系统对于用户而言就是在于表单打交道，所以提升表单的交互能力是非常重要的一个环节，当然，交互其实很多时候和业务都是有关系的，就如很多业务表单需要的是快速录入的方式，这个时候如回车添加行、tab快速切换到相应的域上都是非常重要的，在网上查了一下，没找到一个完整的交互性质的表单的demo，非常的希望css高手们能动手搞一个这样的东西，这样以后大家就方便了，由于在现在的一个项目中用到了，就把自己做的一个具备了一定能力的交互表单放到网上，希望有高手能基于这个或者自己做一个能作为以后做表单时可参考的对象，在这个交互表单中，对于交互性主要提供了这么一些：
1、表单进入域时的即时提醒
2、回车增加行
3、星级评分
4、域值非法的提示
下载地址：http://www.blogjava.net/files/bluedavy/richform.rar
摘要: 先简单的做了一个，结合trimpath提供的javascripttemplate实现，目前的凯发天生赢家一触即发官网的解决方案比较丑陋，通过xmlhttprequest从服务器端获取模板文件，然后交由javascripttemplate结合数据解析形成最后的html。
摘要: 为什么界面集成这么的麻烦呢，要做界面集成就是为了将动态性质的实现增加到静态的html上去，而这个步骤在现在还没有什么好的框架或者说好的ide来支撑，导致了现在的这个步骤很麻烦，这也是为什么在做系统的时候很多时候最怕的不是用户所要的功能的变化，而往往是界面的变化，界面集成的这个步骤是这么的索然无味而且工作量奇大，怎么来提高这块的效率呢？
摘要: 在上篇riawork的简要介绍篇中，已经提及riawork的重要目标之一就是为界面和交互的灵活变化提供支撑，在这里来看看界面和交互在实际项目中的变化情况以及riawork是如何提供对于其变化的支撑。
摘要: 在现在的软件业界，我认为很大的问题是开发人员甚至是公司从来都没有真正的把用户当成上帝，当然，这和目前业界的项目有很大的关系，例如项目通常都是时间非常的紧张，n多开发人员投入只能尽量去保证功能、需求的实现，在界面以及交互上往往不是那么的重视，但其实业界很多成功的产品都证明，功能往往不是决定性的因素，界面和交互才是用户最为重视的，而且通常也是打败对手的重要地方，为什么项目中不在重视功能的同时去重视界面和交互呢，大都是因为现在的框架在界面和交互变化的支撑上都不是很好，导致了每次界面的改动都要花费很大的成本，而交互上则一方面是现在交互设计师急为的缺少，另一方面是还没引起企业足够的重视，所以其实我觉得在web应用开发框架上最大的目标就是为“把用户当上帝”提供足够的支持。
"));