dependency

摘要：关怀强迫症是对英文co－dependency的翻译。这个词的原意是"交互依赖"，意思是依赖别人对自己的依赖。说得通俗一点，就是这样的人喜欢关怀别人，不去关心别人自己就难受，而且这种关怀、关心还非要别人接受不可，不管别人需不需要

wiki 上的解释是：依赖注入（Dependency Injection，简称DI）是一种软件设计模式，在这种模式下，一个或更多的依赖（或服务）被注入（或者通过引用传递）到一个独立的对象（或客户端）中，然后成为了该客户端状态的一部分。 该模式分离了客户端依赖本身行为的创建，这使得程序设计变得松耦合，并遵循了依赖反转和单一职责原则。与服务定位器模式形成直接对比的是，它允许客户端了解客户端如何使用该系统找到依赖 一句话 --- 没事你不要来找我，有事我会去找你

物件导向三特性：封装、继承、多型，大家都会背。 好的物件导向原则：SOLID，大家都听过。 到依赖注入（Dependency Injection）、横切面设计（Aspect-Oriented Programming），大家可能用过，但就是照样画葫芦，跟着前人这样做

首先看看某些常见软件的版本号： 从上可以看出，不同的软件版本号风格各异，随着系统的规模越大，依赖的软件越多，如果这些软件没有遵循一套规范的命名风格，容易造成 Dependency Hell。所以当我们发布版本时，版本号的命名需要遵循某种规则，其中 Semantic Versioning 2.0.0 定义了一套简单的规则及条件来约束版本号的配置和增长。版本号命名规则指南 X 表示主版本号，当 API 的兼容性变化时，X 需递增

弱弱IT狗一名， 由于太弱只好睇更多技术相关资料， 主要用自己理解后写笔记。 希望以后可以自由编写属于自己既系统。 有5少喜好，但冇咩时间， 所以都希望可以自由玩自己中意既事～ 《K的技术学习笔记》——解耦合的设计概念： 控制反转(Inversion of Control)是一种解除class与class之间耦合的概念

软件需求是指用户对新系统在功能、行为、性能、设计约束等方面的期望。 软件的需求主要分为三个层次，从低到高依次是系统需求、用户需求和业务需求。系统需求主要是从系统角度来说明软件需求，包括功能需求、非功能需求和设计约束

此条目可参照英语维基百科相应条目来扩充。 若您熟悉来源语言和主题，请协助参考外语维基百科扩充条目。请勿直接提交机械翻译，也不要翻译不可靠、低品质内容

ldd命令 用于打印程序或者库文件所依赖的共享库列表。 -u：打印未使用的直接依赖； -d：执行重定位和报告任何丢失的对象； -r：执行数据对象和函数的重定位，并且报告任何丢失的对象和函数； ldd能够显示可执行模块的dependency，其原理是通过设置一系列的环境变量，如下：LD_TRACE_LOADED_OBJECTS、LD_WARN、LD_BIND_NOW、LD_LIBRARY_VERSION、LD_VERBOSE等。当LD_TRACE_LOADED_OBJECTS环境变量不为空时，任何可执行程序在运行时，它都会只显示模块的dependency，而程序并不真正执行

举一个简单的例子，来看这样一副图，其中就包括了UML类图中的基本图示法。 首先，看动物矩形框，它代表一个类（Class）。类图分三层，第一层显示类的名称，如果是抽象类，则就用斜体显示

有过复杂业务应用编写经验的开发人员都知道业务对象的创建是一件比较麻烦的事儿。这些应用中存在着大量的业务对象，它们之间有着复杂的依赖关系，导致模块之间很容易出现循环依赖。此外，有些对象还有单例要求，依赖之间还有顺序要求，这些更加重了问题的严重性