承德縣二中

承德縣二中，國內直撥國內長途直撥電話業務，用戶利用具有長途直撥功能的市內電話、小交換機分機電話直接撥叫其他城市的長途區號和市內電話號碼的一種電話業務。

.DDD=Domestic Direct Dial: 國內直撥國內長途直撥電話業務，用戶利用具有長途直撥功能的市內電話、小交換機分機電話直接撥叫其他城市的長途區號和市內電話號碼的一種電話業務。撥打方式：國內字冠0+長途區號+用戶號碼。
2.GNU DDD是命令行調試程式，如GDB、DBX、WDB、Ladebug、JDB、XDB、Perl Debugger或Python Debugger的可視化圖形前端。它特有的圖形數據顯示功能（Graphical Data Display）可以把數據結構按照圖形的方式顯示出來。DDD最初源於1990年Andreas Zeller編寫的VSL結構化語言，後來經過一些程式設計師的努力，演化成今天的模樣。DDD的功能非常強大，可以調試用C\C 、Ada、Fortran、Pascal、Modula-2和Modula-3編寫的程式；可以超文本方式瀏覽原始碼；能夠進行斷點設定、回溯調試和歷史紀錄編輯；具有程式在終端運行的仿真視窗，並在遠程主機上進行調試的能力；圖形數據顯示功能（Graphical Data Display）是創建該調試器的初衷之一，能夠顯示各種數據結構之間的關係，並將數據結構以圖形化形式顯示；具有GDB/DBX/XDB的命令行界面，包括完全的文本編輯、歷史紀錄、搜尋引擎。
3.《DDD》作者：奈須きのこ（全2冊）
簡介：
《DDD》全名《Decoration Disorder Disconnection》，大致講述的是：被稱為“類激化藥物異常症侯群”（agonist異常症）的怪病正迅速蔓延開來。感染上這種病的患者，不僅會精神失常，連肉體也會變形——也就是俗稱的“惡魔附體”。失去左臂的青年·石杖所在，擁有漆黑特殊義肢、整日在帶紗帳頂蓋的大床上躺著的少年·迦遼海江，圍繞著這兩人展開的奇妙故事……
奈須きのこ繼《空の境界》後的另一部小說，刊載於講談社不定期發行雜誌《ファウスト》（浮士德）第三期（2004年三月號）。該雜誌的新傳綺系列企劃之重點訴求，是在現實延長線上與非現實的溶合。繪圖由Type-Moon的こやまひろかず(小山廣和)擔綱。
本作的主題是惡魔，因此宗教觀是從基督教系統的一神論觀點出發，不過仍然有很多顛覆常識的想法。
預計全四卷，目前已發售兩卷。
4.限定日劑量
5. DDD(Domain-Driven Design領域驅動設計)
2004年著名建模專家Eric Evans發表了他最具影響力的著名書籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文譯名：領域驅動設計　2006年3月清華出版社譯本，或稱 Domain Driven-Design architecture [Evans DDD]）。時值今日，DDD開發框架已經層出不窮（如RoR、RIFE、JdonFramework等），我們項目軟體包結構都變成了這樣：xxx.model;xxx.service，DDD思想可以說是遍地開花了.DDD是告訴我們如何做好業務層！並以領域驅動設計思想來選擇和合適的框架.領域建模是一種藝術的技術，不是數學的技術，它是用來解決複雜軟體快速應付變化的解決之道.
軟體的產生過程是：分析、設計、編程、測試、部署。過去，分析領域和軟體設計是分裂的，分析人員從領域中收集基本概念；而設計必須指明一組能被項目中適應編程工具構造的組件，這些組件必須能夠在目標環境中有效執行，並能夠正確解決應用程式出現的問題。 模型驅動設計(Model-Driven Design)拋棄了分裂分析模型與設計的做法，使用單一的模型來滿足這兩方面的要求。這就是領域模型。單一的領域模型同時滿足分析原型和軟體設計，如果一個模型實現時不實用，重新尋找新模型。如果模型沒有忠實表達領域關鍵概念時，也必須重新尋找新的模型。 建模和設計成為單個疊代循環。將領域模型和設計緊密聯繫。因此，建模專家必須懂設計，會編程。
根據Eric的理論，業務層將細分為兩個層次：套用層和領域層。套用層：定義軟體可以完成的工作，並且指揮具有豐富含義的領域對象來解決問題，保持精練；不包括業務規則或知識，無業務情況的狀態； 領域層：負責表示業務概念、業務狀態的信息和業務規則，是業務軟體核心。層次之間必須清晰分離，每個層都是內聚的，並且只依賴它的下層.
Eric特別指出：那種將業務邏輯交由業務界面處理的快速UI方式是旁門左道。希望象C/S結構那樣可視化拖拖圖形就完成的軟體開發是一種錯誤的方向，開發時快速，難於維護和擴展，雖然使用J2EE技術，其實是一種偽多層技術。建議購買"領域驅動設計"這本譯書學習下.
在領域對象的生命周期中,有三個模式來維護對象的完整性：聚合（Aggregate）定義清晰的所有權和邊界使模型更加緊湊，避免出現盤根錯節的對象關係網；工廠（Factory）和組合（Respository）。當一個對象生命周期之始，使用工廠和組合提供訪問和控制模型對象的方法。建立聚合的模型，並把工廠和組合加入到設計中來，可以使我們系統地對模型對象進行管理。聚合圈出一個範圍，在這個範圍中，對象無論在哪個生命周期，保持不變性。
MF（Martin Fowler）曾經提出有名的貧血模型或失血模型，他認為實體模型對象中只有弱行為setter和getter方法，沒有真正行為，好像缺少血液的人，不和諧了，而Eric認為，在DDD中，領域中的一些概念是不能作為模型中的對象來處理的，如果將這些功能概念強行加給實體對象和值對象，會破壞模型中對象的定義.我們的DDD項目中都是以失血模型存在著，所以，Eric呼喚：建模專家必須懂得實現，懂得軟體技術。