| 词条 | DDD |
| 释义 | 1 动漫领域的DDDDDD有多重含义，有动漫领域的DDD，通讯领域和编程领域，还有软件工程领域和音乐领域的DDD。 ◎ 动漫领域的DDD概述奈须きのこ继《空の境界》后的另一部小说，刊载于讲谈社不定期发行杂志《浮士德》第三期（2004年三月号），自本期改为一年三期。该杂志的新伝绮系列企划之重点诉求，是在现实延长线上与非现实的溶合。此次奈须新作共98页，含开头彩页3页、中间插画3页，绘图由Type-Moon的小山广和担纲。 小说《DDD》全称是《Decoration Disorder Disconnection》，目前只出了两卷（挖坑不填），而网上流传的“dark dirty dandy”之说可以理解为ufotable的恶搞和型月众对蘑菇的怨念吧。本作的主题是恶魔，因此宗教观是从基督教系统的一神论观点出发，不过仍然有很多颠覆常识的想法。 ◎ 事件背景由于现代社会结构的变迁，躁郁症或对人恐惧症等精神疾病也越趋普遍；但近来因心理异常而引发生理异变的例子越来越多，一部分的患者会得到莫名其妙的特殊能力。而由于变异起因于精神异常，因此部分重症者会基于躁郁或恐怖而不当行使超能力对周遭造成伤害。 此类异常犯罪日益增加而成为一种新的社会现象，但真正了解此病症的只有少数专家。由于此类患者的症状有如圣经中被恶魔附身者，因此社会上一般将此病症称为“恶魔凭依”。“恶魔凭依”只是俗称，实际上并不是真正的恶魔附身，因为恶魔终究是诞生于一神论的概念下，不会跑到日本这种偏远之地来。 为何能这么肯定？因为真正的恶魔是这么告诉主角的。 ◎ 主要人物石杖所在 迦辽海江 石杖火铊 月见里朋里 贯井未早 户马的 久织巻菜 久织伸也 2 国内直拨国内长途直拨电话业务DDD：Domestic Direct Dial 国内直拨国内长途直拨电话业务，用户利用具有长途直拨功能的市内电话、小交换机分机电话直接拨叫其他城市的长途区号和市内电话号码的一种电话业务。拨打方式：国内字冠0+长途区号+用户号码。 3 命令行调试程序GNU DDD(Data Display Debugger)是命令行调试程序，如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的命令行界面，包括完全的文本编辑、历史纪录、搜寻引擎。 4 领域驱动设计Domain-DrivenDesign◎ 软件工程领域的DDD2004年著名建模专家Eric Evans发表了他最具影响力的著名书籍：Domain-Driven Design –Tackling Complexity in the Heart of Software（中文译名：领域驱动设计 2006年3月清华出版社译本，或称 Domain Driven-Design architecture [Evans DDD]）。 DDD是告诉我们如何做好业务层！并以领域驱动设计思想来选择和合适的框架。 我们知道软件的产生过程是：分析、设计、编程、测试、部署。过去，分析领域和软件设计是分裂的，分析人员从领域中收集基本概念；而设计必须指明一组能在项目中适应编程工具构造的组件，这些组件必须能够在目标环境中有效执行，并能够正确解决应用程序出现的问题。 模型驱动设计(Model-Driven Design)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。 ◎ DDD(Domain-DrivenDesign领域驱动设计)2004年著名建模专家EricEvans发表了他最具影响力的著名书籍：Domain-DrivenDesign–TacklingComplexityintheHeartofSoftware（中文译名：领域驱动设计 2006年3月清华出版社译本，或称DomainDriven-Designarchitecture[EvansDDD]）。时值今日，DDD开发框架已经层出不穷（如RoR、RIFE、JdonFramework等），我们项目软件包结构都变成了这样：xxx.model;xxx.service，DDD思想可以说是遍地开花了.DDD是告诉我们如何做好业务层！并以领域驱动设计思想来选择和合适的框架.领域建模是一种艺术的技术，不是数学的技术，它是用来解决复杂软件快速应付变化的解决之道. 软件的产生过程是：分析、设计、编程、测试、部署。过去，分析领域和软件设计是分裂的，分析人员从领域中收集基本概念；而设计必须指明一组能被项目中适应编程工具构造的组件，这些组件必须能够在目标环境中有效执行，并能够正确解决应用程序出现的问题。模型驱动设计(Model-DrivenDesign)抛弃了分裂分析模型与设计的做法，使用单一的模型来满足这两方面的要求。这就是领域模型。单一的领域模型同时满足分析原型和软件设计，如果一个模型实现时不实用，重新寻找新模型。如果模型没有忠实表达领域关键概念时，也必须重新寻找新的模型。建模和设计成为单个迭代循环。将领域模型和设计紧密联系。因此，建模专家必须懂设计，会编程。 根据Eric的理论，业务层将细分为两个层次：应用层和领域层。应用层：定义软件可以完成的工作，并且指挥具有丰富含义的领域对象来解决问题，保持精练；不包括业务规则或知识，无业务情况的状态；领域层：负责表示业务概念、业务状态的信息和业务规则，是业务软件核心。层次之间必须清晰分离，每个层都是内聚的，并且只依赖它的下层. Eric特别指出：那种将业务逻辑交由业务界面处理的快速UI方式是旁门左道。希望象C/S结构那样可视化拖拖图形就完成的软件开发是一种错误的方向，开发时快速，难于维护和扩展，虽然使用J2EE技术，其实是一种伪多层技术。建议购买"领域驱动设计"这本译书学习下. 在领域对象的生命周期中,有三个模式来维护对象的完整性：聚合（Aggregate）定义清晰的所有权和边界使模型更加紧凑，避免出现盘根错节的对象关系网；工厂（Factory）和组合（Respository）。当一个对象生命周期之始，使用工厂和组合提供访问和控制模型对象的方法。建立聚合的模型，并把工厂和组合加入到设计中来，可以使我们系统地对模型对象进行管理。聚合圈出一个范围，在这个范围中，对象无论在哪个生命周期，保持不变性。 MF（MartinFowler）曾经提出有名的贫血模型或失血模型，他认为实体模型对象中只有弱行为setter和getter方法，没有真正行为，好像缺少血液的人，不和谐了，而Eric认为，在DDD中，领域中的一些概念是不能作为模型中的对象来处理的，如果将这些功能概念强行加给实体对象和值对象，会破坏模型中对象的定义.我们的DDD项目中都是以失血模型存在着，所以，Eric呼唤：建模专家必须懂得实现，懂得软件技术。 5 数码录音、混音、制版的简称DDD: 数码录音.混音.制版的简称.多用于现代音乐制做.如4D.HDCD.XRCD等都是在DDD基础上发展起来的. c aaccDDD一直都认为是很高的音乐CD录制标准 DDD一直都认为是很高的音乐CD录制标准 DDD一直都认为是很高的音乐CD录制标准 pDDD一直都认为是很高的音乐CD录制标准 pDDD一直都认为是很高的音乐CD录制标准 DDD一直都认为是很高的音乐CD录制标准 DDD一直都认为是很DDD一直都认为是很高的音乐CD录制标准 高的音乐CD录制标准 DDD一直都认为是很高的音乐CD录制标准DDD一直都认为是很高的音乐CD录制标准 DDD一直都认为是很高的音乐CD录制标准 DDD一直都认为是很高的音乐CD录制标准DDD一直都认为是很高的音乐CD录制标准 6 限定日剂量DDD的产生及定义WHO在1969年制定了解剖-治疗-化学的药物分类系统（anatomical therapeutic chemical，ATC），确定了将限定日剂量（defined daily dose，DDD）作为用药频度分析的单位。并给其下定义为：用于主要治疗目的的成人的药物平均日剂量。 DDD的优势及特点以DDD作为测量单位，较以往单纯的药品金额和消耗量更合理，不会受到药品销售价格、包装剂量以及各种药物每日剂量不同的影响，解决了因为不同药物一次用量不同、一日用药次数不同而无法比较的问题，可以较好地反映出药物的使用频度。 由于各国用药情况不同，部分DDD值允许参阅药典或权威性药学书目中规定的治疗药物剂量。必须指出的是，DDD本身不是一种用药剂量，而是一种技术性测量单位，不能反映推荐日剂量或处方日剂量，由于个体差异（例如年龄和体重）以及药物代谢动力学的不同，药物日剂量通常是有差别的。DDD只是药物利用研究的技术单位，不能反映不同药物治疗上的等效剂量，因此DDD不能反映同一类药物产生相似治疗效果的日剂量。DDD 是一个比值，同类药物和不同类药物的DDD可以进行数值上的比较。《中国药典》（2010年版）、《新编药物学》（第17版）DDD作为用药频度分析单位，不受治疗分类、剂型和不同人群的限制。 DDD的局限性因为DDD的确定是为达到主要治疗目的用于成人的药物评价日剂量，由于实际治疗过程中存在药物剂量的差异，DDD的确定没有考虑到肝肾功能不全的病人用量减少，还存在依据体重给药的情况，即没有考虑到药物使用的个体差异。因此，应用DDD进行的药物消耗调查，只能显示一个较粗略的消耗情况，并不是确切、真实的用药频度。另外，DDD只是药物利用研究中用于比较不同研究结果的技术测量单位，而不是推荐给临床的实用剂量，不同国家或地区的DDD值可能有所差异；DDD值只考虑药物的主要适应症的用药剂量，未能包括病程的不同时期的用药剂量，当剂量变异大时，或一种药物可用于一种以上适应症，或者联合用药情况一级病人的不依从性等因素时，利用DDD指进行分析要注意其限度；DDD值是成人的日剂量，用于儿童会出现偏低的现象。 确定DDD的原则①DDD是根据成人用药制定的值，儿童尚无相应系统；②主要适应证表现在药物ATC代码上。当推荐的剂量需要根据体重来计算时，体重设定为70kg。需要强调的是即使主要用于儿童的制剂例如混合制剂和栓剂也是成人的日剂量。但是生长激素和氟化物片剂仍按照儿童使用的剂量；③确立DDD通常根据药物的维持剂量，一些初始剂量不同的药物不能在DDD中反映出来，如洋地黄类；④DDD通常是治疗剂量，但是，如果主要适应证是为了预防，就选择预防剂量，例如氟化物片剂和一些抗疟药的DDD就是预防剂量；⑤DDD通常依据产品的纯品装入量，没有给出不同的盐类制剂的DDD；⑥DDD以药物活性物质的重量单位来表示，在确定药物的DDD时，还应考虑某些特殊的情况。当用药途径不同剂量也不同时，应制定不同的DDD。⑦对于剂量不能用活性物质的重量来表示的复方制剂，其DDD是以单位剂量数为基础来确定，如片数、胶囊数或栓剂枚数。 DDD相关概念 |
| 随便看 |
|
百科全书收录4421916条中文百科知识，基本涵盖了大多数领域的百科知识，是一部内容开放、自由的电子版百科全书。