- 相關(guān)推薦
ddd
奈須蘑菇所著小說
DDD(奈須蘑菇所著小說)
《DDD》，全名《Decoration Disorder Disconnection》，是是日本作家奈須蘑菇所寫的小說。
目錄 作品簡介 事件背景 主要人物 作品簡介奈須蘑菇繼《空之境界》后的另一部小說，刊載于講談社不定期發(fā)行雜志《浮士德》第三期（2004年三月號），自本期改為一年三期。該雜志的新伝綺系列企劃之重點訴求，是在現(xiàn)實延長線上與非現(xiàn)實的溶合。此次奈須新作共98頁，含開頭彩頁3頁、中間插畫3頁，繪圖由Type-Moon的小山廣和擔(dān)綱。 小說《DDD》全稱是《Decoration Disorder Disconnection》，目前只出了兩卷（挖坑不填），而網(wǎng)上流傳的“dark dirty dandy”之說可以理解為ufotable的惡搞和型月眾對蘑菇的怨念吧。本作的主題是惡魔，因此宗教觀是從基督教系統(tǒng)的'一神論觀點出發(fā)，不過仍然有很多顛覆常識的想法。
事件背景由于現(xiàn)代社會結(jié)構(gòu)的變遷，躁郁癥或?qū)θ丝謶职Y等精神疾病也越趨普遍；但近來因心理異常而引發(fā)生理異變的例子越來越多，一部分的患者會得到莫名其妙的特殊能力。而由于變異起因于精神異常，因此部分重癥者會基于躁郁或恐怖而不當(dāng)行使超能力對周遭造成傷害。 此類異常犯罪日益增加而成為一種新的社會現(xiàn)象，但真正了解此病癥的只有少數(shù)專家。由于此類患者的癥狀有如圣經(jīng)中被惡魔附身者，因此社會上一般將此病癥稱為“惡魔憑依”。“惡魔憑依”只是俗稱，實際上并不是真正的惡魔附身，因為惡魔終究是誕生于一神論的概念下，不會跑到日本這種偏遠之地來。 為何能這么肯定？因為真正的惡魔是這么告訴主角的。
主要人物石杖所在 迦遼海江 石杖火鉈 月見里朋里 貫井未早 戶馬的 久織巻菜 久織伸也 霧棲彌一郎 日守秋星 扶桑雪緒
國內(nèi)直撥國內(nèi)長途直撥電話業(yè)務(wù)
DDD(國內(nèi)直撥國內(nèi)長途直撥電話業(yè)務(wù))
命令行調(diào)試程序
DDD(命令行調(diào)試程序)
領(lǐng)域驅(qū)動設(shè)計Domain-DrivenDesign
DDD(領(lǐng)域驅(qū)動設(shè)計Domain-DrivenDesign)
目錄 軟件工程領(lǐng)域的DDD 軟件工程領(lǐng)域的DDD2004年著名建模專家Eric Evans發(fā)表了他最具影響力的著名書籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文譯名：領(lǐng)域驅(qū)動設(shè)計 2006年3月清華出版社譯本，或稱 Domain Driven-Design architecture [Evans DDD]）。 DDD是告訴我們?nèi)绾巫龊脴I(yè)務(wù)層！并以領(lǐng)域驅(qū)動設(shè)計思想來選擇合適的框架。 我們知道軟件的產(chǎn)生過程是：分析、設(shè)計、編程、測試、部署。過去，分析領(lǐng)域和軟件設(shè)計是分裂的，分析人員從領(lǐng)域中收集基本概念；而設(shè)計必須指明一組能在項目中適應(yīng)編程工具構(gòu)造的組件，這些組件必須能夠在目標(biāo)環(huán)境中有效執(zhí)行，并能夠正確解決應(yīng)用程序出現(xiàn)的問題。 模型驅(qū)動設(shè)計(Model-Driven Design)拋棄了分裂分析模型與設(shè)計的做法，使用單一的模型來滿足這兩方面的要求。這就是領(lǐng)域模型。 DDD(Domain-DrivenDesign領(lǐng)域驅(qū)動設(shè)計) 2004年著名建模專家EricEvans發(fā)表了他最具影響力的著名書籍：Domain-DrivenDesign–TacklingComplexityintheHeartofSoftware（中文譯名：領(lǐng)域驅(qū)動設(shè)計 2006年3月清華出版社譯本，或稱DomainDriven-Designarchitecture[EvansDDD]）。時值今日，DDD開發(fā)框架已經(jīng)層出不窮（如RoR、RIFE、JdonFramework等），我們項目軟件包結(jié)構(gòu)都變成了這樣：xxx.model;xxx.service，DDD思想可以說是遍地開花了.領(lǐng)域建模是一種藝術(shù)的技術(shù)，不是數(shù)學(xué)的技術(shù)，它是用來解決復(fù)雜軟件快速應(yīng)付變化的解決之道. 模型驅(qū)動設(shè)計(Model-DrivenDesign)拋棄了分裂分析模型與設(shè)計的做法，使用單一的模型來滿足這兩方面的要求。這就是領(lǐng)域模型。單一的領(lǐng)域模型同時滿足分析原型和軟件設(shè)計，如果一個模型實現(xiàn)時不實用，重新尋找新模型。如果模型沒有忠實表達領(lǐng)域關(guān)鍵概念時，也必須重新尋找新的模型。建模和設(shè)計成為單個迭代循環(huán)。將領(lǐng)域模型和設(shè)計緊密聯(lián)系。因此，建模專家必須懂設(shè)計，會編程。 根據(jù)Eric的理論，業(yè)務(wù)層將細分為兩個層次：應(yīng)用層和領(lǐng)域?qū)印?yīng)用層：定義軟件可以完成的工作，并且指揮具有豐富含義的領(lǐng)域?qū)ο髞斫鉀Q問題，保持精練；不包括業(yè)務(wù)規(guī)則或知識，無業(yè)務(wù)情況的狀態(tài)；領(lǐng)域?qū)樱贺撠?zé)表示業(yè)務(wù)概念、業(yè)務(wù)狀態(tài)的信息和業(yè)務(wù)規(guī)則，是業(yè)務(wù)軟件核心。層次之間必須清晰分離，每個層都是內(nèi)聚的，并且只依賴它的下層. Eric特別指出：那種將業(yè)務(wù)邏輯交由業(yè)務(wù)界面處理的快速UI方式是旁門左道。希望象C/S結(jié)構(gòu)那樣可視化拖拖圖形就完成的`軟件開發(fā)是一種錯誤的方向，開發(fā)時快速，難于維護和擴展，雖然使用J2EE技術(shù)，其實是一種偽多層技術(shù)。建議購買"領(lǐng)域驅(qū)動設(shè)計"這本譯書學(xué)習(xí)下. 在領(lǐng)域?qū)ο蟮纳芷谥?有三個模式來維護對象的完整性：聚合（Aggregate）定義清晰的所有權(quán)和邊界使模型更加緊湊，避免出現(xiàn)盤根錯節(jié)的對象關(guān)系網(wǎng)；工廠（Factory）和組合（Respository）。當(dāng)一個對象生命周期之始，使用工廠和組合提供訪問和控制模型對象的方法。建立聚合的模型，并把工廠和組合加入到設(shè)計中來，可以使我們系統(tǒng)地對模型對象進行管理。聚合圈出一個范圍，在這個范圍中，對象無論在哪個生命周期，保持不變性。 MF（MartinFowler）曾經(jīng)提出有名的貧血模型或充血模型，他認為實體模型對象中只有弱行為setter和getter方法，沒有真正行為，好像缺少血液的人，不和諧了，而Eric認為，在DDD中，領(lǐng)域中的一些概念是不能作為模型中的對象來處理的，如果將這些功能概念強行加給實體對象和值對象，會破壞模型中對象的定義.我們的DDD項目中都是以充血模型存在著，所以，Eric呼喚：建模專家必須懂得實現(xiàn)，懂得軟件技術(shù)。