在上篇RIAWork的簡要介紹篇中，已經提及RIAWork的重要目標之一就是為界面和交互的靈活變化提供支撐，在這里來看看界面和交互在實際項目中的變化情況以及RIAWork是如何提供對于其變化的支撐的。
界面變化
在實際的項目中，即使是同類的項目，在各個企業甚至各個部門都有對于不同界面的需求，例如有些企業喜歡藍色、有些喜歡淡藍色等等的，有些則關注是國字形布局抑或其他各類布局，總之是各種各樣的需求都在不斷的產生，稍微的總結有以下幾種情況：
1、界面風格的變化需求
????? 體現出來的有界面顏色、界面中元素的顏色、樣式等的要求。
2、界面布局的變化需求
??????體現出來的有對于界面的布局的要求。
在實際的項目中，當發生之上的兩種變化的時候，通常都要耗費極大的精力去做界面的集成，特別是象以前采用jsp的那種系統，在重新進行界面的集成時還得非常小心，才能避免重新集成界面后造成功能的影響，當然，一些做的比較好的公司能夠通過完全用css來控制界面風格、布局的方式來減少這兩種變化帶來的影響，但其實很多情況下僅僅通過css還無法完全做到足夠靈活的控制來支撐用戶對于界面的需求，RIAWork致力于解決這兩種變化帶來的集成的工作量，同時保證對于原有功能的無影響，那么RIAWork是怎么做的呢？
在RIAWork中第一種方式也是采用css的方式來控制界面風格以及布局；
另外一種方式則是RIAWork的特點，RIAWork強調對于html的無污染性，其實這只是一個很模糊的說法，準確的說是RIAWork強調對于界面html的無污染性，這里的區別在于界面html指的是用系統原型圖切割形成的html，而不是還需要手工編輯修改的html，這點體現了RIAWork和JSF+Facelets以及Tapestry的不同點，Tapestry以及JSF+Facelets也非常強調對于html的無污染性，但它仍然需要在html的元素上增加自定義的屬性，如jcwid這樣的屬性，而在RIAWork中則不需要，這樣的話就完全沒有了html的手工編輯的必要性，自然就將界面集成的工作幾乎降為了零，在RIAWork中可以直接采用類似riawork?page=index.htm這樣的方式來訪問index.htm，即時的看到系統的新的界面效果；這里其實也體現了RIAWork強調的靜態以及動態處理的分離上，保持了html的靜態性質，將其動態性質進行了剝離，我將這種方式稱為對于無侵入性的decorator方式，而Tapestry、JSF+Facelets的方式我稱為帶有侵入性的decorator方式，而采用tag的方式我認為根本就不是decorator的方式，而是徹底的替換方式，后兩種方式都讓html純靜態的性質被污染，導致了靜態和動態的變化產生的互相影響。
對于RIAWork本身提供的基礎設施控件，如豐富的表格、Grid則可通過css甚至替換其html的方式來形成新的風格、布局的控件。
交互變化
交互變化在實際的項目中也經常出現，而這點是很頭疼的一點，因為交互的變化通常來講帶來的還不僅僅是象界面變化那樣的靜態性質的變化，有些時候還會帶來系統處理的變化，典型的如將一頁填表的方式變化為多頁向導的填表方式，這種交互變化在系統中發生時往往會很麻煩，需要對頁面、代碼通通做改變，又如用戶希望將界面上的一個下拉選擇變成彈出選擇，這也需要花費你一點時間去做到，而在RIAWork中，這些交互的變化也會變得很方便就進行調整，在RIAWork對于交互的變化一律歸入動態變化性質，對于動態變化性質的東西，均通過管理端進行調整，在管理端中可選擇界面元素的交互行為，如向導式的交互行為、下拉交互、彈出交互、鏈接式交互等等，當然，RIAWork不可能能夠提供對于所有交互行為的支撐，這就需要通過實踐來不斷的提煉交互模式，不斷的充實到RIAWork中，關于RIAWork的擴充在后續的介紹中再詳細描述。
通過對于RIAWork對于界面以及交互變化的介紹，突出了RIAWork的一個重要特征，就是靜態性質以及動態性質的分離，不再支持象以前asp、jsp這些服務端腳本語言提供的靜態和動態一起綁定的形式，一個基本的職責分離的原則。
對于界面以及交互變化的支撐，是RIAWork的核心目標，也是RIAWork把用戶當上帝，重界面和交互原則的重要體現。
后續文章預告：
RIAWork介紹之二：靜態以及動態性質的分離處理
RIAWork介紹之三：RIAWork的擴充以及擴展
RIAWork介紹之四：RIAWork的開放性
RIAWork介紹之五：RIAWork的靈活性以及智能性
RIAWork介紹之六：RIAWork的動態部件
RIAWork進展
進行中：Velocity for js；Roadmap。
計劃中：成員的確定以及討論；RIAWork網站的建立；開發、部署以及演示環境的搭建；M1工作的開展。