意料之外的收穫!

意料之外的收穫!

上星期我在臺北、臺中和高雄舉辦了Delphi/Delphi.NET多層應用系統開發技術II的研討會,討論了有關MDA/DDAECO相關的技術。這次研討會除了在臺北做Demos時出了一點小問題,在臺中和高雄都進行得非常順利,而且臺中和高雄的朋友反應也非常地熱烈,有人甚至建議我把全場的研討會錄下來公佈在網絡上,這樣可以讓更多的人瞭解MDA/DDA/ECO開發的好處。

這次的研討會對於我個人來說也是非常有收穫的,這也與本次展示的範例有關,下面我來說說緣由吧。

這是因爲當我準備這場研討會的範例時,一開始我只是想着要如何展示使用ECO開發的好處。由於已經在臺灣進行過數場ECO的技術研討會,我想大多數朋友已經看過許多簡單的ECO範例,因此我必須想出一些不錯的範例來吸引參加的客戶,而且更重要的應該在短短的展示時間之內讓客戶瞭解到MDA/DDA/ECO的優點以及使用ECO強大的開發能力。

由於上一次的技術研討會是有關如何把Delphi Win32以及Midas的應用程序移植到.NET中,因此在此次研討會中我的想法是展示如何開發多層的ECO應用系統。在.NET虛擬執行環境中要開發分佈式應用系統就需要使用.NET Remoting,但是要使用.NET Remoting撰寫複雜的系統需要許多的程序代碼,而ECO是使用模型驅動開發的框架,主要的目的是希望開發人員能夠把開發的焦點集中在業務邏輯的設計,儘量減少特定平臺和技術對業務邏輯模型的衝擊。因此,當使用ECO進行分佈式應用系統開發時也應該儘量降低.NET Remoting對於開發的影響。最好的狀況當結合ECO.NET Remoting時應該是透明、簡單的。ECO III確實做到了這一點,它藉助提供PersistentMapperProviderPersistenceMapperClient兩個組件以及預先產生的程序代碼,可以立刻讓開發人員實現出使用.NET RemotingECO服務器以及ECO客戶端應用程序,完成ECO分佈式應用架構。

在我成功地完成這個範例ECO分佈式應用程序後,我突然瞭解到,在我實現這個範例的過程中,.NET Remoting並沒有對業務邏輯模型有任何的影響,.NET Remoting也是在業務邏輯模型完成之後才加入的特定功能,因此,在理論上使用ECO框架開發應用程序應該可以開發所有類型的應用系統,我的意思是說在業務邏輯模型開發完成之後,可以把它使用在桌面(Desktop)應用系統,主從架構應用系統,Web應用系統,分佈式應用系統,甚至是Mobile的應用。

有了這個想法之後我立刻重新設計我的範例,讓這個範例展示如何使用ECO框架進行開發的工作。我先使用ECO III建立範例業務邏輯模型,然後展示使用它來開發桌面應用程序,又使用它開發ASP.NET應用程序,再使用於主從架構應用程序,接着結合.NET Remoting開發成分佈式應用系統,最後再把它使用在Web Services應用程序中,並且使用Delphi For Win32開發客戶端來使用ECOWeb Services應用程序。整個範例一氣呵成,讓使用ECO框架進行開發充滿了樂趣,也充分地展示了ECO框架的迷人之處。下面的圖形說明了整個概念:

完成了研討會的範例準備之後,當初連我自己都沒有想到這樣的結果,感覺這次舉辦的研討會我個人收穫也頗多。希望今後DevCo舉辦的研討會不但能夠讓客戶覺得值回票價,我們DevCo自己人也能夠玩得高興,賓客盡歡。

 

李維先生簡體版博客由博文視點陳元玉編輯負責繁轉簡以及版式設計,如有疑問敬請您與編輯聯繫,聯繫方式:[email protected]  

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章