6.0的序列號(hào)還可以用到08年。下過來用了用，速度果然如承諾的一樣變快了，不過很快發(fā)現(xiàn)了一個(gè)小bug——web.xml的filter-mapping使用servlet-name有問題，只好該成url-partten。
還有一個(gè)問題不知道是不是bug——偶關(guān)掉idea，再啟就怎么也啟不起來。只好reset我的電腦。
—————————————————————————————————————————————————————
公司的這個(gè)項(xiàng)目很快就開發(fā)玩了（web），下一步老板調(diào)我去rcp那個(gè)項(xiàng)目開發(fā)。于是看了點(diǎn)rcp的資料，說實(shí)話，我對(duì)rcp并不看好，對(duì)swt并不看好，對(duì)eclipse也不看好。
相反的我對(duì)swing很感興趣。
現(xiàn)在我正在做的這個(gè)項(xiàng)目，做的讓我很郁悶。一個(gè)企業(yè)的erp系統(tǒng)，客戶要求用b/s開發(fā)。其實(shí)我覺得企業(yè)erp更適合用c/s或者rich client技術(shù)開發(fā)，信息發(fā)布平臺(tái)或者主頁(yè)或者bbs等更適合用b/s開發(fā)；前者不在乎部署成本，在乎的是方便強(qiáng)大；后者不在乎什么強(qiáng)大，在乎的是速度和信息。
——————————————————————————————————————————————————————
看了點(diǎn)banq的文章，談了rich model，正好javaeye這邊對(duì)什么貧血充血討論的不亦樂乎。偶覺得banq那邊應(yīng)該更有道理一點(diǎn)，不過對(duì)爭(zhēng)鳴沒什么興趣，于是懶的轉(zhuǎn)來論壇。
1，DDD（DOMAIN DRIVER DESIGN）告訴我們?nèi)绾卧O(shè)計(jì)業(yè)務(wù)層。
軟件流程：分析、設(shè)計(jì)、編碼、測(cè)試、部署。過去分析和設(shè)計(jì)是分開的。eric告訴我們：最好不要分開，你的架構(gòu)師最好懂得業(yè)務(wù)，能靈活的依據(jù)現(xiàn)實(shí)的情況選擇/設(shè)計(jì)框架。
軟件模型和領(lǐng)域模型是一個(gè)東西。
（ps：要求太高鳥，偶覺得還是兩者分開比較現(xiàn)實(shí)。解決問題的關(guān)鍵在于多溝通，最好雙方合作建模，單一模型。）
2，eric將業(yè)務(wù)層分為兩層：應(yīng)用層和領(lǐng)域?qū)?/p>
應(yīng)用層：定義軟件可以完成的工作，并且指揮具有豐富含義的領(lǐng)域?qū)ο髞斫鉀Q問題，保持精練；不包括業(yè)務(wù)規(guī)則或知識(shí)，無業(yè)務(wù)情況的狀態(tài)
領(lǐng)域?qū)樱贺?fù)責(zé)表示業(yè)務(wù)概念、業(yè)務(wù)狀態(tài)的信息和業(yè)務(wù)規(guī)則，是業(yè)務(wù)軟件核心。
（偶的理解是應(yīng)用層負(fù)責(zé)和ui和db交互；其他的交給領(lǐng)域?qū)觼砀伞?br>帶來的問題是：如何建模，區(qū)分模型/對(duì)象，區(qū)分責(zé)任、定義協(xié)作關(guān)系。毫無疑問，這些問題如果解決了，軟件的可擴(kuò)展性，業(yè)務(wù)的可擴(kuò)展性將變得非常簡(jiǎn)單。于是問題回到的起點(diǎn)：如何建模!!!!!!!!!!!!）
//下面介紹了MDD的辦法
首先，因?yàn)樗纳停ò粗匾詮母叩降团帕校?/p>
1，moment-interval
2，role
3，party, place or thing
4，catalog-entry-like description
mi模型，我覺得是表述的一系列事情。
role模型，是一系列事情中的事物。 （能動(dòng)的？）
ppt模型，事物。業(yè)務(wù)對(duì)象，被動(dòng)的？ （被動(dòng)的？）
description模型，事物的歸類。 （描述性的？）
（偶覺得這個(gè)模型提供了一個(gè)分解業(yè)務(wù)的辦法。）
//下面是banq的發(fā)揮？還是eric的意思？
傳統(tǒng)模型分為兩種：實(shí)體（Entity）和值對(duì)象（Value Object），現(xiàn)在服務(wù)（Service）成為第三種模型元素。
實(shí)體（Entity）定義：通過一系列連續(xù)性（continuity）和標(biāo)識(shí)（identity ID）來定義；個(gè)人認(rèn)為它和分析領(lǐng)域的四色原型中的PPT原型非常類似，可以看成是PPT原型延續(xù)。
實(shí)體必須擁有自己的唯一ID，主鍵，如果沒有一個(gè)ID標(biāo)識(shí)，為每個(gè)實(shí)例加上一個(gè)具有唯一性ID，可能是內(nèi)部使用。
值對(duì)象（Value Object）：如果一個(gè)對(duì)象代表了領(lǐng)域的某種描述性特征，且沒有概念性的標(biāo)識(shí)。個(gè)人認(rèn)為它是四色原型中Description原型延續(xù)。如果我們只關(guān)心模型中一個(gè)元素的屬性，那么把這個(gè)元素劃為值對(duì)象。值對(duì)象是不可變的，不要給它任何標(biāo)識(shí)，避免實(shí)體的維護(hù)性，降低設(shè)計(jì)復(fù)雜性。我們不關(guān)心值對(duì)象是哪個(gè)實(shí)例。
Eric認(rèn)為：服務(wù)Service是描述領(lǐng)域概念最自然的方式，是四色原型的MI原型的延續(xù)，優(yōu)秀服務(wù)3個(gè)特征：
1.與領(lǐng)域概念相關(guān)的操作行為、但不是實(shí)體和值對(duì)象中固有的部分。
2.接口根據(jù)領(lǐng)域模型中其他元素定義
3.操作是無狀態(tài)的。
//banq這里的表述沒有問題，我的理解是：他按照四色模型設(shè)計(jì)了業(yè)務(wù)層責(zé)任。不過我覺得他最后得到的模型和他上面所說的兩層責(zé)任分配很矛盾。
我查看了jivejdon他提的代碼，事實(shí)上責(zé)任并沒有按照他說的那樣劃分（其實(shí)我覺得robin在rich domel里面的代碼很符合eric對(duì)業(yè)務(wù)層責(zé)任分配的描述）
問了banq，他告訴我service是一個(gè)分析模型（我倒!!!!分析模型和軟件模型又被分裂了）
￥%……&*（）我覺得eric的理論有一定道理。robin給的是然，eric給的是所以然。而所謂的貧血充血其實(shí)并不那么重要。