上節大概介紹了一下 wcf ria 服務， 這次介紹下整個解決方案的結構。
當建立應用程式時，wcf ria服務可以幫你建立滿足各種各樣情況的解決方案。例如只是在中間層訪問很少domain services的silverlight應用程式。更複雜的例子可能是幾個silverlight程式都連線到乙個提供許多domain services的通用中間層。本節就介紹幾種構建ria服務解決方案的方式。
ria 服務連線
在 所有的ria services方案中，乙個連線（就是ria服務連線）存在於中間層專案和表示層專案之間。乙個ria services連線是乙個專案對專案引用的特殊模式，它更便於從中間層的**來生成表現層的**。在建立解決方案時選擇enable wcf ria services 選項，就可以建立ria services 連線了。你也可以在已有專案的屬性中建立ria services link。有的時候建立的連線是在應用專案之間的，而有些時候是建立在類庫專案之間的。
當在專案中存在link時，表 示層將會收到中間層的所有**。不能指定只有一部分的**應用到表示層。下面的規則用於ria services link：
默 認的解決方案結構
這個預設的結構是很方便的，因為所有的domain services型別和共享**都在生成解決方案後自動新增到服務端和客戶端。而且新增在服務端的共享**，在客戶端也是可見的。當你沒有很多的 domain services在服務端並且你也不必在很多不同的sl應用程式中重用商業邏輯時，預設的結構就已經可以很好的工作了。
支援n層類庫元件（class library components）
ria services提供wcf ria services class library 專案型別來支援庫中共享**。通過類庫，你把商業邏輯打包在n層類庫元件裡。下圖展示使用ria services類庫的解決方案結構：
在上圖中，注意ria services links並沒存在於應用程式之中。相反，存在於類庫專案中。你可以在你的應用程式中使用任意多的類庫，並可以在任意的應用程式中重用這些類庫。
使 用ria services 類庫有如下好處：
用ria services 類庫，你可以僅提**用程式所需的元件來建立靈活的解決方案結構。下圖展示了乙個應用多個ria services類庫的方案結構：
「產品」 「服務」 「解決方案」
如題，是關於一些概念的文章。但常常會有同學對這三個含糊不清，甚至混淆。個人認為，是因為這些概念之間很多重疊的地方，但是又並沒有去細緻的研究它們的細微區別。我是從it的視角出發來研究這三者的區別，但是很顯然，這三個概念並不僅僅侷限於某乙個領域。所謂產品，通常是指乙個公司或者研究院開發出來的能夠提供一定...
解決方案之重試服務
在程式開發過程中常遇因外部資源 問題，造成當前執行緒執行失敗的場景，常用解決方案是重試，如下是個人為此場景設計的可重試方案。可重試服務 呼叫案例 override public void retryfailed boolean retryresult retryservice.retry 3,500...
IT服務管理解決方案
隨著it技術的迅速發展，it已經成為企業不可或缺的一部分，企業怎樣完善it服務管理成為重中之重。怎樣降低it系統成本？如何提高業務服務水平？servicehot全面解析it服務管理。企業想要做好it服務管理，首先便要清楚的了解到企業本身it存在的問題。常見的棘手問題主要為配置資訊混亂 運維急於救火 ...