起初有soa原則，隨後反原則接踵而至。當soa架構師和開發者們還在不斷**它們到底是什麼以及如何使用它們之時，steve jones在這篇新部落格中又提出了乙個新概念——非原則。jones認為，在建設soa的過程（或任何軟體實施的過程）中，你往往要關注：
\
\\
jones在部落格中解釋到：
\
……[儘管] 非原則……聽起來有點怪……但是，這些年他卻給我帶來了很多好處。一方面，原則關心的是你該做什麼，反原則關心的是你不該做什麼；另一方面，非原則……指的是你不需要在乎的東西。在做決定的時候，你顯式地定義哪些是不重要的或不需要考慮的……在對工作進行評估時，你參照原則和反原則判斷好與不好，而通過非原則你可以排除那些不需要考慮的方面。\
將這句話翻譯成一種通俗的描述——非原則是對特定的實現顯式地定義一些與目標無關的方方面面。非原則的引入通過忽略哪些不在既定目標之內的質量需求，提供了能夠按時且按預算交付專案的能力。jones認為：
\
……非原則與特定環境非常相關，並且描述的是記錄那些從程式設計角度看錯誤的至理名言。非原則減少了爭論，取消了無意義的會議，從而節省了你的時間……非原則顯式地描述哪些是應被忽略的，他們並不關心好或者壞，因為你根本不會去關心它們……\
雖然對於soa實施中的原則與反原則的重要性很很難定論，非原則的引入似乎有點作秀的嫌疑。其問題是，在實現中並不存在非原則，而只有實施目標以及相應的架構決策。就拿jone所舉的第乙個例子來說吧，「效能不是問題」，其意思彬飛效能不重要，而是效能並不是實施中最種重要的架構目標，但通常每個給定的實現還是會有乙個必須要滿足的效能的約定（儘管實際效能可能會比這還要高）。他的第二個例子——「資料質量不重要」——同樣，它的含義並不是乙個新系統可以有不準確的資料，而其真正的含義應該是資料質量的提高並不是該項目的直接目標。
\ 理解乙個專案實施的整體目標並作出合理的權衡是極其重要的，但這似乎並不足以形成乙個全新的分類——非原則。相反，需要我們注意的是，對於乙個給定的專案實施，哪些是真正重要的並需要我們重視的方面。
\檢視英文原文：should we define soa non-principles?
SOA的依賴原則
在去年的qcon上，ganesh prasad分享了他對soa的看法。今年早些時候，他在一篇文章裡對其中部分內容作了展開，闡述了在他是怎樣將soa 思想視作一種面向依賴 思想的 u0026 xd n u0026 xd n soa是一門對系統之間的依賴進行分析和管理的科學，管理依賴 意味著消除不必要的...
SOA的依賴原則
在去年的qcon上，ganesh prasad分享了他對soa的看法。今年早些時候，他在一篇文章裡對其中部分內容作了展開，闡述了在他是怎樣將soa 思想視作一種面向依賴 思想的 soa是一門對系統之間的依賴進行分析和管理的科學，管理依賴 意味著消除不必要的依賴，並將合規依賴轉變為易於理解的契約。為了...
SOA系列一 SOA的定義
soa代表乙個開放的 敏捷的 可擴充套件的 可聯邦的 可組合的架夠，包含了自治的 高服務質量的 廠商多樣性的 可互操作的 可發現的和潛在可復用的服務，並使用web服務來實現。soa能夠建立乙個業務邏輯抽象和技術抽象，可能導致對業務流程建模和技術架構的改變，從而導致這些模型間的鬆散偶合。soa是既有平...