成都軟件開發(fā)
        我們是一家做軟件和系統(tǒng)定制開發(fā)的企業(yè)，雖然我們也有一些成熟的產(chǎn)品，但我們依然致力于定制開發(fā)事業(yè)，以滿足客戶

的各種特殊需求，我們并不喜歡也不擅長賣現(xiàn)成的產(chǎn)品。讓天下沒有難用的軟件 “一切始于您真實(shí)需求”是我們的口號(hào)。從客戶

的使用方便出發(fā)，為客戶著想以解決實(shí)際問題，廣泰創(chuàng)聯(lián)立志成為客戶的合作伙伴而非一個(gè)普通的系統(tǒng)開發(fā)商。我們使命就是通過

持續(xù)創(chuàng)新，為客戶提供{zy1}的系統(tǒng)開發(fā)服務(wù)。
        希望得到一款為您業(yè)務(wù)要求專門定制的軟件解決方案？ 您只需要告訴我們您的要求，我們將為您設(shè)計(jì)并量身定制幫助您

解決特定問題的開發(fā)軟件。
        我們?yōu)槠髽I(yè)、商業(yè)機(jī)構(gòu)、各級(jí)政府、協(xié)會(huì)和其他組織機(jī)構(gòu)提供全套定制化軟件開發(fā)服務(wù), 包括商業(yè)網(wǎng)站建設(shè)，軟件和商業(yè)

數(shù)據(jù)庫建設(shè)等。
 
軟件開發(fā)的特點(diǎn)：
實(shí)現(xiàn)專家級(jí)的定制軟件開發(fā):
 新數(shù)軟件公司的開發(fā)員工將采用先進(jìn)的信息技術(shù)來開發(fā)出高效和可靠的定制化軟件。我們將按照您的商業(yè)和行業(yè)要求提供量身定

制服務(wù)。通過采用高效的開發(fā)流程和{zx1}技術(shù)，我們將提供{zj0}xjb的解決方案。我們將在設(shè)計(jì)完成全部軟件產(chǎn)品開發(fā)要求的基

礎(chǔ)上滿足項(xiàng)目時(shí)間等要求。
具有{zy1}的軟件開發(fā)優(yōu)勢：：
 基于新數(shù)軟件的開發(fā)經(jīng)驗(yàn)，您不僅可以節(jié)省外包軟件開發(fā)費(fèi)用而且能夠?qū)崿F(xiàn)業(yè)績?cè)鲩L由于新數(shù)具有：

?有經(jīng)驗(yàn)和良好組織的團(tuán)隊(duì)
?多種復(fù)雜和應(yīng)用廣泛項(xiàng)目經(jīng)驗(yàn)的借鑒
?完善的軟件開發(fā)步驟
?低成本的軟件開發(fā)服務(wù)
 
全面的軟件開發(fā)配套服務(wù)：
 我們的軟件開發(fā)人員能夠處理各類涉及知識(shí)產(chǎn)權(quán)、系統(tǒng)平臺(tái)兼容及保密等要求；編碼管理和文檔管理，系統(tǒng)開發(fā)及防火墻設(shè)置等

要求。
 
我們主要開發(fā)軟件類型：
B/S 軟件 （Brower/Server）
 　      B/S軟件，即Browser/Server(瀏覽器/服務(wù)器)結(jié)構(gòu)的軟件，是隨著Internet技術(shù)的興起，對(duì)C/S結(jié)構(gòu)的一種變化或者改進(jìn)

的結(jié)構(gòu)。在這種結(jié)構(gòu)下的軟件，用戶界面wq通過WWW瀏覽器實(shí)現(xiàn)，一部分事務(wù)邏輯在前端實(shí)現(xiàn)，但是主要事務(wù)邏輯在服務(wù)器端實(shí)

現(xiàn)，形成所謂3-tier結(jié)構(gòu)。B/S軟件，主要是利用了不斷成熟的WWW瀏覽器技術(shù)，結(jié)合瀏覽器的多種 語言(VB 、Java …)和ActiveX

技術(shù)，用通用瀏覽器就實(shí)現(xiàn)了原來需要復(fù)雜專用軟件才能實(shí)現(xiàn)的強(qiáng)大功能，并節(jié)約了開發(fā)成本，是一種全新的軟件系統(tǒng)構(gòu)造技術(shù)。
 
 C/S軟件 (Client/Server)
 　　C/S軟件也可以稱為單機(jī)軟件，C/S軟件（即客戶機(jī)/服務(wù)器模式）分為客戶機(jī)和服務(wù)器兩層，客戶機(jī)不是毫無運(yùn)算能力的輸入

、輸出設(shè)備，而是具有了一定的數(shù)據(jù)處理和數(shù)據(jù)存儲(chǔ)能力，通過把應(yīng)用軟件的計(jì)算和數(shù)據(jù)合理地分配在客戶機(jī)和服務(wù)器兩端，可以

有效地降低網(wǎng)絡(luò)通信量和服務(wù)器運(yùn)算量。由于服務(wù)器連接個(gè)數(shù)和數(shù)據(jù)通信量的限制，C/S軟件適于在用戶數(shù)目不多的局域網(wǎng)內(nèi)使用

。國內(nèi)目前的大部分ERP（財(cái)務(wù)）軟件產(chǎn)品即屬于此類結(jié)構(gòu)。
 
 如果您想開發(fā)在指定的操作系統(tǒng)平臺(tái)上或網(wǎng)絡(luò)平臺(tái)可以應(yīng)用的軟件，請(qǐng)聯(lián)系新數(shù)，獲得到免費(fèi)的報(bào)價(jià)和咨詢.
 
一：成都軟件開發(fā)行業(yè)的工資待遇是多少
        近兩年很多大公司研發(fā)中心都在往西部設(shè)點(diǎn)，因此剛來的公司普遍都采用相對(duì)的高薪從其他IT公司挖人。就去年和今年來

說，新來的公司有聯(lián)發(fā)科，支付寶，EMC等都在天府軟件園。待遇不一定，要看自己談。應(yīng)屆畢業(yè)生的相對(duì)好參考一點(diǎn)。其中有些

成都軟件開發(fā)公司給應(yīng)屆生開稅前14萬一年。
  EMC應(yīng)屆生剛發(fā)offer,稅后8500,公司交全部的社保。

  支付寶一個(gè)非211學(xué)校的朋友畢業(yè)后兩年跳了過去，大概9000多。
         還有一些公司的業(yè)務(wù)也在往西部轉(zhuǎn)移，華為的無線TD從上海轉(zhuǎn)了過來，現(xiàn)在在修園區(qū)，據(jù)說要從現(xiàn)在的4千人規(guī)模擴(kuò)大到

8000人到一萬。騰訊的無線部門也要從深圳轉(zhuǎn)到成都來。
         至于說有哪些公司待遇比較好，其實(shí)現(xiàn)在比較知名的國內(nèi)外公司很多都在成都有研發(fā)中心，待遇都還可以。另外部分國

企也有少量的社招，可以取試試運(yùn)氣，比如四川移動(dòng)，四川電力，四川電信的天翼空間基地等等，待遇都還可以。
二：成都軟件開發(fā)人員的職業(yè)發(fā)展前景如何
       現(xiàn)在是信息化的時(shí)代，而且軟件開發(fā)行業(yè)在中國來說很火爆的一個(gè)行業(yè)。但每個(gè)公司對(duì)待軟件開發(fā)的要求比較高，一般都

要經(jīng)過專門的培訓(xùn)實(shí)際做項(xiàng)目公司才要！成都這個(gè)城市呢？也是一個(gè)信息化的城市，對(duì)于軟件開發(fā)來說也是很緊缺的，雖說沒有大

連發(fā)展的快，但市場前景是非常好的。
       成都軟件開發(fā)人員以后的發(fā)展如何，是現(xiàn)在很多成都軟件工程師常掛在嘴邊的一個(gè)話題。雖然我們國家的職業(yè)竟?fàn)幍拇_很

殘酷，但是，我想任何一個(gè)行業(yè)都不會(huì)拒絕有經(jīng)驗(yàn)的‘人，到時(shí)候雖然年齡大一些，只要我們足夠好，工作肯定會(huì)有的。下面我們

就說說程序員老了之后可以干些什么工作.
  目前的話，還有發(fā)展空間，不過要學(xué)的層次深，發(fā)展前景很樂觀。
三：成都軟件開發(fā)學(xué)習(xí)
      很多求職者在參加招聘會(huì)后都會(huì)發(fā)現(xiàn)這樣一個(gè)現(xiàn)象，有些職位很多人應(yīng)聘，有些職位卻是咨詢的多，投簡歷的少。而與此同

時(shí)我們的一些企業(yè)在招聘的時(shí)候卻很需求專業(yè)人才，這些企業(yè)往往是新型企業(yè)，比如很多科技公司。這類自主創(chuàng)新型企業(yè)招聘需求

旺盛，企業(yè)招聘人員坦言，3類人才最稀缺,也是企業(yè)最愿意較大幅度漲薪引進(jìn)和留住的：很有潛質(zhì)的人才、在市場上有競爭力的人

才、在市場上比較難找的人才。由于技術(shù)、研發(fā)人員緊缺，該公司準(zhǔn)備招聘一些大學(xué)畢業(yè)生作為儲(chǔ)備人才。他說：“大學(xué)培養(yǎng)出來

的軟件專業(yè)的畢業(yè)生，屬于通用人才，沒有行業(yè)工作經(jīng)驗(yàn)，要在公司培養(yǎng)至少一年才能上手?！?

經(jīng)過調(diào)查顯示，成都對(duì)中高級(jí)人才需求持續(xù)旺盛。從行業(yè)看，電子電氣、機(jī)械制造、化工生產(chǎn)、制衣、印刷等制造業(yè)，生物醫(yī) 、

新能源、IT技術(shù)、零售商貿(mào)、教育文化、資訊傳播、金融保險(xiǎn)及物流企業(yè)需求較大；從具體職位看，企業(yè)對(duì)研發(fā)技術(shù)、項(xiàng)目管理、

策劃、營銷人才“求賢若渴”.
      而很多人對(duì)于計(jì)算機(jī)軟件開發(fā)方面并沒有如何接觸或者說實(shí)際開發(fā)經(jīng)驗(yàn)很少。這就對(duì)企業(yè)來說需要花大量的時(shí)間來對(duì)員工進(jìn)

行培養(yǎng)，這對(duì)于企業(yè)來說是增加運(yùn)營成本的事。有些企業(yè)回對(duì)某些突出員工進(jìn)行短期培訓(xùn)，但對(duì)于大多數(shù)需要提升IT人來說，提升

自己{zh0}還是選擇較好的學(xué)校進(jìn)行短期培訓(xùn).
       對(duì)于求職者來說，成都軟件園有著得天獨(dú)厚的優(yōu)勢。成都軟件園作為中國10個(gè)軟件產(chǎn)業(yè)基地之一、國家軟件出口創(chuàng)新基地

、國家服務(wù)外包基地城市示范園區(qū)。對(duì)于很多軟件開發(fā)者和創(chuàng)新型企業(yè)來說是很好的平臺(tái)和聚集地。而作為園區(qū)里{wy}一所職業(yè)培

訓(xùn)學(xué)校的鼎育教育。學(xué)校的短期培訓(xùn)為入職軟件園提供了很好的提升自我的機(jī)會(huì)。

四：Java軟件開發(fā)中的五種認(rèn)識(shí)誤區(qū)
      越來越多人開始使用Java,但是他們大多數(shù)人沒有做好足夠的思想準(zhǔn)備（沒有接受OO思想體系相關(guān)培訓(xùn)），以致不能很好駕

馭Java項(xiàng)目，甚至導(dǎo)致開發(fā)后的Java系統(tǒng)性能緩慢甚至經(jīng)常當(dāng)機(jī)。很多人覺得這是Java復(fù)雜導(dǎo)致，其實(shí)根本原因在于：我們?cè)日?

握的關(guān)于軟件知識(shí)（OO方面）不是太貧乏就是不恰當(dāng)，存在認(rèn)識(shí)上和方法上的誤區(qū)。
         軟件的生命性  軟件是有生命的，這可能是老調(diào)重彈了，但是因?yàn)樗玛P(guān)分層架構(gòu)的原由，反復(fù)強(qiáng)調(diào)都不過分。
  一個(gè)有生命的軟件首先必須有一個(gè)靈活可擴(kuò)展的基礎(chǔ)架構(gòu)，其次才是完整的功能。
       目前很多人對(duì)軟件的思想還是焦點(diǎn)落在后者：完整的功能，覺得一個(gè)軟件功能越完整越好，其實(shí)關(guān)鍵還是架構(gòu)的靈活性，

就是前者，基礎(chǔ)架構(gòu)好,功能添加只是時(shí)間和工作量問題，但是如果架構(gòu)不好，功能再完整，也不可能包括未來所有功能，軟件是

有生命的，在未來成長時(shí)，更多功能需要加入，但是因?yàn)榛A(chǔ)架構(gòu)不靈活不能方便加入，死路一條。

  正因?yàn)槠胀ㄈ藢?duì)軟件存在短視誤區(qū)，對(duì)功能追求高于基礎(chǔ)架構(gòu)，很多吃了虧的老程序員就此離開軟件行業(yè)，帶走寶貴的失敗經(jīng)驗(yàn)

，新的盲目的年輕程序員還是使用老的思維往前沖。其實(shí)很多國外免費(fèi)開源框架如ofbiz compiere和slide也存在這方面陷阱，貌

似非常符合胃口，其實(shí)類似國內(nèi)那些幾百元的盜版軟件，擴(kuò)展性以及持續(xù)發(fā)展性嚴(yán)重不足。
  那么選擇現(xiàn)在一些流行的框架如Hibernate、Spring/Jdonframework是否就表示基礎(chǔ)架構(gòu)打好了呢？其實(shí)還不盡然，關(guān)鍵還是取

決于你如何使用這些框架來搭建你的業(yè)務(wù)系統(tǒng)。
  存儲(chǔ)過程和復(fù)雜SQL語句的陷阱  首先談?wù)劥鎯?chǔ)過程使用的誤區(qū)，使用存儲(chǔ)過程架構(gòu)的人以為可以解決性能問題，其實(shí)它正是導(dǎo)

致性能問題的罪魁禍?zhǔn)字?，打個(gè)比喻：如果一個(gè)人頻臨死亡，打一針可以讓其延長半年，但是打了這針，其他所有醫(yī)療方案就全

部失效，請(qǐng)問你會(huì)使用這種短視方案嗎？
       為什么這樣說呢？如果存儲(chǔ)過程都封裝了業(yè)務(wù)過程，那么運(yùn)行負(fù)載都集中在數(shù)據(jù)庫端，要中間J2EE應(yīng)用服務(wù)器干什么？要

中間服務(wù)器的分布式計(jì)算和集群能力做什么？只能回到過去集中式數(shù)據(jù)庫主機(jī)時(shí)代?，F(xiàn)在軟件都是面向互聯(lián)網(wǎng)的，不象過去那樣局

限在一個(gè)小局域網(wǎng)，多用戶并發(fā)訪問量都是無法確定和衡量，依靠一臺(tái)數(shù)據(jù)庫主機(jī)顯然是不能夠承受這樣惡劣的用戶訪問環(huán)境的。

（當(dāng)然搞數(shù)據(jù)庫集群也只是五十步和百步的區(qū)別）。
        從分層角度來看，現(xiàn)在三層架構(gòu)：表現(xiàn)層、業(yè)務(wù)層和持久層，三個(gè)層次應(yīng)該分割明顯，職責(zé)分明：持久層職責(zé)持久化保存

業(yè)務(wù)模型對(duì)象，業(yè)務(wù)層對(duì)持久層的調(diào)用只是幫助我們jh曾經(jīng)委托其保管的對(duì)象，所以，不能因?yàn)槌志脤邮潜９苷?，我們就以其?

核心圍繞其編程，除了要求其歸還模型對(duì)象外，還要求其做其做復(fù)雜的業(yè)務(wù)組合。打個(gè)比喻：你在火車站將水果和盤子兩個(gè)對(duì)象委

托保管處保管，過了兩天來取時(shí)，你還要求保管處將水果去皮切成塊，放在盤子里，做成水果盤給你，合理嗎？
        上面是談過分依賴持久層的一個(gè)現(xiàn)象，還有一個(gè)正好相反現(xiàn)象，持久層散發(fā)出來，開始擠占業(yè)務(wù)層，腐蝕業(yè)務(wù)層，整個(gè)業(yè)

務(wù)層到處看見的是數(shù)據(jù)表的影子（包括數(shù)據(jù)表的字段），而不是業(yè)務(wù)對(duì)象。這樣程序員應(yīng)該多看看OO經(jīng)典PoEAA.PoEAA 認(rèn)為除了持

久層，不應(yīng)該在其他地方看到數(shù)據(jù)表或表字段名。

         當(dāng)然適量使用存儲(chǔ)過程，使用數(shù)據(jù)庫優(yōu)點(diǎn)也是允許的。按照Evans DDD理論，可以將SQL語句和存儲(chǔ)過程作為規(guī)則

Specification一部分。
          Hibernate等ORM問題  現(xiàn)在使用Hibernate人也不少，但是他們發(fā)現(xiàn)Hibernate性能緩慢，所以尋求解決方案，其實(shí)并不

是 Hibernate性能緩慢，而是我們使用方式發(fā)生錯(cuò)誤“最近本人正搞一個(gè)項(xiàng)目，項(xiàng)目中我們用到了struts1.2+hibernate3, 由于關(guān)

系復(fù)雜表和表之間的關(guān)系很多，在很多地方把lazy都設(shè)置false,所以導(dǎo)致數(shù)據(jù)一加載很慢，而且查詢一條數(shù)據(jù)更是非常的慢?！?br />          Hibernate是一個(gè)基于對(duì)象模型持久化的技術(shù)，因此，關(guān)鍵是我們需要設(shè)計(jì)出高質(zhì)量的對(duì)象模型，遵循DDD領(lǐng)域建模原則

，減少降低關(guān)聯(lián)，通過分層等有效辦法處理關(guān)聯(lián)。如果采取圍繞數(shù)據(jù)表進(jìn)行設(shè)計(jì)編程，加上表之間關(guān)系復(fù)雜（沒有科學(xué)方法處理、

偵察或減少這些關(guān)系），必然導(dǎo)致 系統(tǒng)運(yùn)行緩慢，其實(shí)同樣問題也適用于當(dāng)初對(duì)EJB的實(shí)體Bean的CMP抱怨上，實(shí)體Bean是Domain

Model持久化，如果不首先設(shè)計(jì)Domain Model,而是設(shè)計(jì)數(shù)據(jù)表,和持久化工具設(shè)計(jì)目標(biāo)背道而馳，能不出問題嗎？關(guān)于這個(gè)問題N多

年就在Jdon爭論過。
      這里同樣延伸出另外一個(gè)問題：數(shù)據(jù)庫設(shè)計(jì)問題，數(shù)據(jù)庫是否需要在項(xiàng)目開始設(shè)計(jì)？
       如果我們進(jìn)行數(shù)據(jù)庫設(shè)計(jì)，那么就產(chǎn)生了一系列問題：當(dāng)我們使用Hibernate實(shí)現(xiàn)持久保存時(shí)，必須考慮事先設(shè)計(jì)好的數(shù)據(jù)

庫表結(jié)構(gòu)以及他們的關(guān)系如何和業(yè)務(wù)對(duì)象實(shí)現(xiàn)映射，這實(shí)際上是非常難實(shí)現(xiàn)的，這也是很多人覺得使用ORM框架棘手根本原因所在

。
        當(dāng)然，也有腦力相當(dāng)發(fā)達(dá)的人可以 實(shí)現(xiàn)，但是這種圍繞數(shù)據(jù)庫實(shí)現(xiàn)映射的結(jié)果必然扭曲業(yè)務(wù)對(duì)象，這類似于兩個(gè)板塊（

數(shù)據(jù)表和業(yè)務(wù)對(duì)象）相撞,必然產(chǎn)生地震，地震的結(jié)果是兩敗俱傷， 軟的一方吃虧，業(yè)務(wù)對(duì)象是代碼，相當(dāng)于數(shù)據(jù)表結(jié)構(gòu)，屬于軟

的一方，{zh1}導(dǎo)致業(yè)務(wù)對(duì)象變成數(shù)據(jù)傳輸對(duì)象DTO, DTO滿天飛，性能和維護(hù)問題隨之而來。
       領(lǐng)域建模解決了上述眾多不協(xié)調(diào)問題，特別是ORM痛苦使用問題，關(guān)于ORM/Hibernate使用還是那句老話：如果你不掌握領(lǐng)

域建模方法，那么就不要用Hibernate,對(duì)于這個(gè)層次的你：也許No ORM 更是一個(gè)簡單之道：
  Spring分層矛盾問題  Spring是以挑戰(zhàn)EJB面貌出現(xiàn)，其本身擁有的強(qiáng)大組件定制功能是優(yōu)點(diǎn)，但是存在實(shí)戰(zhàn)的一些問題，

Spring作為業(yè)務(wù)層框架，不支持業(yè)務(wù)層功能。
       具體舉例如下：當(dāng)我們實(shí)現(xiàn)購物車之類業(yè)務(wù)功能時(shí)，需要將購物場合保存到Session中，由于業(yè)務(wù)層沒有方便的Session支

持，我們只得將購物車保存到 HttpSession,而HttpSession只有通過HttpRequest才能獲得，再因?yàn)樵赟pring業(yè)務(wù)層容器中是無法

訪問到HttpRequest這個(gè)對(duì)象的，所以，{zh1}我們只能將“購物車保存到HttpSession”這個(gè)功能放在表現(xiàn)層中實(shí)現(xiàn)，而這個(gè)功能明

顯應(yīng)該屬于業(yè)務(wù)層功能，這就導(dǎo)致我們的Java項(xiàng)目層次混亂，維護(hù)性差。 違背了使用Spring和分層架構(gòu)最初目的。

        領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)  現(xiàn)在回到我們討論的重點(diǎn)上來，分層架構(gòu)是我們使用Java的根本原因之一，域建模專家Eric Evans在他的

“Domain Model Design”一書中開篇首先強(qiáng)調(diào)的是分層架構(gòu)，整個(gè)DDD理論實(shí)際是告訴我們?nèi)绾问褂媚Ｐ蛯?duì)象oo技術(shù)和分層架構(gòu)來

設(shè)計(jì)實(shí)現(xiàn)一個(gè)Java項(xiàng)目。
        我們現(xiàn)在很多人知道Java項(xiàng)目基本有三層：表現(xiàn)層 業(yè)務(wù)層和持久層，當(dāng)我們執(zhí)著于討論各層框架如何選擇之時(shí)，實(shí)際上

我們真正的項(xiàng)目開發(fā)工作還沒有開始， 就是我們選定了某種框架的組合（如Struts+Spring+Hibernate或Struts+EJB或Struts

+JdonFramework），我們還沒有意識(shí)到業(yè)務(wù)層工作還需要大量工作，DDD提供了在業(yè)務(wù)層中再劃分新的層次思想，如領(lǐng)域?qū)雍头?wù)

層，甚至再細(xì)分為作業(yè)層、能力層、策略層等等。通過層次細(xì)化方式達(dá)到復(fù)雜軟件的松耦合。DDD提供了如何細(xì)分層次的方式  當(dāng)

我們將精力花費(fèi)在架構(gòu)技術(shù)層面的討論和研究上時(shí)，我們可能忘記以何種依據(jù)選擇這些架構(gòu)技術(shù)？選擇標(biāo)準(zhǔn)是什么？領(lǐng)域驅(qū)動(dòng)設(shè)計(jì)

DDD 回答了這樣的問題，DDD會(huì)告訴你如果一個(gè)框架不能協(xié)助你實(shí)現(xiàn)分層架構(gòu)，那就拋棄它，同時(shí)，DDD也指出選擇框架的考慮目的

，使得你不會(huì) 人云亦云，陷入復(fù)雜的技術(shù)細(xì)節(jié) 霧中， 失了架構(gòu)選擇的根本方向。
        現(xiàn)在也有些人誤以為DDD是一種新的理論，其實(shí)DDD和設(shè)計(jì)模式一樣，不是一種新的理論，而是實(shí)戰(zhàn)經(jīng)驗(yàn)的總結(jié)，它將前人

使用面向模型設(shè)計(jì)的方法經(jīng)驗(yàn)提煉出來，供后來者學(xué)習(xí)，以便迅速找到駕馭我們軟件項(xiàng)目的根本之道。
        現(xiàn)在Evans DDD概念很火，因?yàn)樗鼘⒅腜oEAA進(jìn)行了具化，實(shí)現(xiàn)了PoEAA可操作性，這也是MF大力推崇的原因。最近（8

月8日）一位老外博客上用微軟的。NET架構(gòu)和Evans DDD比較的文章：比較了微軟的三層服務(wù)應(yīng)用架構(gòu)[Microsoft TLSA]和Evans

DDD的架構(gòu)， 使用為例子，解釋兩個(gè)目標(biāo)的區(qū)別，并且表明微軟是如何在案例中更好地實(shí)現(xiàn)支持后者。這篇文章幫助哪些。NET平

臺(tái)上有域設(shè)計(jì)知識(shí)的人實(shí)現(xiàn)更好地提高。
        另外一本關(guān)于。NET的DDD書籍也已經(jīng)出版，這些都說明Evans DDD這把火已經(jīng)燒到。NET領(lǐng)域，當(dāng)然DDD在Java領(lǐng)域生根開

花多年，Evans的DDD書籍就是以Java為例子的，筆者板橋里人也率先在2005年推出DDD框架JdonFramework 1.3版本，這些都說明，

Java在整個(gè)軟件業(yè)先進(jìn)思想的實(shí)踐上總是{lx1}一步。