@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.aygfsteel.com/Files/BlueDavy/richform.rar
閱讀全文
摘要: 先簡單的做了一個，結合TrimPath提供的JavascriptTemplate實現，目前的解決方案比較丑陋，通過xmlHttpRequest從服務器端獲取模板文件，然后交由JavascriptTemplate結合數據解析形成最后的html。
閱讀全文
摘要: 為什么界面集成這么的麻煩呢，要做界面集成就是為了將動態性質的實現增加到靜態的html上去，而這個步驟在現在還沒有什么好的框架或者說好的IDE來支撐，導致了現在的這個步驟很麻煩，這也是為什么在做系統的時候很多時候最怕的不是用戶所要的功能的變化，而往往是界面的變化，界面集成的這個步驟是這么的索然無味而且工作量奇大，怎么來提高這塊的效率呢？
閱讀全文
摘要: 在上篇RIAWork的簡要介紹篇中，已經提及RIAWork的重要目標之一就是為界面和交互的靈活變化提供支撐，在這里來看看界面和交互在實際項目中的變化情況以及RIAWork是如何提供對于其變化的支撐。
閱讀全文
摘要: 在現在的軟件業界，我認為很大的問題是開發人員甚至是公司從來都沒有真正的把用戶當成上帝，當然，這和目前業界的項目有很大的關系，例如項目通常都是時間非常的緊張，N多開發人員投入只能盡量去保證功能、需求的實現，在界面以及交互上往往不是那么的重視，但其實業界很多成功的產品都證明，功能往往不是決定性的因素，界面和交互才是用戶最為重視的，而且通常也是打敗對手的重要地方，為什么項目中不在重視功能的同時去重視界面和交互呢，大都是因為現在的框架在界面和交互變化的支撐上都不是很好，導致了每次界面的改動都要花費很大的成本，而交互上則一方面是現在交互設計師急為的缺少，另一方面是還沒引起企業足夠的重視，所以其實我覺得在web應用開發框架上最大的目標就是為“把用戶當上帝”提供足夠的支持。
閱讀全文