對MDA的目標的理解

MDA官方首頁介紹MDA的文字：http://www.omg.org/mda/;

翻譯如下：

OMG的模型驅動架構提供了一種開放的，廠家中立的方式來應對商業與技術變化的挑戰。基於OMG的建設標準，MDA將商務邏輯和應用邏輯從底層平台技術中分離出來。使用UML和其它相關的OMG建模標準來構建應用及整合系統業務功能及行為中的模型，使得這些模型獨立於平台，真正實現MDA的跨平台，包括開源的或私人的、Web Services、.NET、CORBA、J2EE等等。這些獨立於平台的模型表達了應用的業務功能及行為，並且將它們從實現它們的具體技術代碼中分離出來，隔離了應用的核心與技術以及實現平台內及跨平台的互動時所需要的複雜的過程。應用或整合系統的業務層面與技術層面相互之間不再緊密捆綁，可以專註於它們自己的節奏－－商務邏輯要響應業務的需求、技術上方便新需求的開發。

結合這個介紹，對MDA要實現的目標（通過架構性的分離實現輕便性、互通性、可重用性）的理解如下：

架構性的分離：體現在業務與技術的分離，或者說PIM與PSM的分離。具體來說就是UML2與JEE（Struts、Spring、Hibernate...）、.Net、Corba、EJB、Webservice等等的分離。

輕便性：通過PIM可以直觀的反映業務，是輕便的，而技術是複雜的，MDA通過實現PIM到PSM的自動對應，實現了清晰的業務與複雜技術之間的分離。

互通性：業務與技術分離（PIM與PSM分離）後，就可以實現各種技術之間的互操作，它們通過共同的語言－UML2，進行模型與資料的互享。

可重用性：體現在統一的模型（PIM）可以重用到各個實現的平台（PSM）中去，同時一種技術的實現可以通過共同的標準為其它技術的實現所重用。

下一個問題：PSM可以細分到Struts、Hibernate、Spring等等，一個良好的系統，架構設計上也有很高的要求，Struts、Hibernate、Spring等等正是協助我們實現這個要求的。那麼PSM是不是能繼續進行細分，細分到Struts的表現層、控制層、模型層，Spring所通過依賴注入所管理的各個模組，等等。然後PIM到PSM的時候，可以有更細緻的選擇。再明確的提一個目標但是有可能無意義的目標，PIM到PSM的過程，怎麼能更好的支援依賴注入？