软件开发:依赖关系的三条原则

软件开发:依赖关系的三条原则

黄国强 2004年09月16日 类与类之间依赖度越低,可复用的机会越大。而且修改起来很方便,便于重构。近来看到一本书上提到以下三条原则,感觉非常重要。由于书不在手边,故书名未写出来,内容只是表达一个意思,与原文有差异。1 任何一个类不要从一个具体类中

辩论的目的不是让自己的意见获胜, 而是让团队找到更好的规则, 达成共识。

辩论的目的不是让自己的意见获胜, 而是让团队找到更好的规则, 达成共识。

为什么会反复出现一件看起来不应该发生的事却一再发生, 直到Team中的某个人忍无可忍跳出来干预呢? 一个原因在于你认为不应该发生的事, 未必别人也认为不该发生, 即使是那些所谓的最佳实践, 或者, 尤其是那些所谓的最佳实践, 因为它们往往被缺省配置, 没有经过

基于packet tracer 5.3的端口聚合实验

基于packet tracer 5.3的端口聚合实验

端口聚合 端口聚合可将多物理连接当作一个单一的逻辑连接来处理,它允许两个交换器之间通过多个端口并行连接同时传输数据以提供更高的带宽、更大的吞吐量和可恢复性的技术。 思科交换机中端口聚合协议: Port Aggregation Protocol (PAgP)端口汇聚协议;Link

两个很形象的依赖注入的比喻

两个很形象的依赖注入的比喻

http://blog.csdn.net/tmluwei/archive/2007/04/23/1576732.aspx 何谓控制反转(IoC = Inversion of Control),何谓依赖注入(DI = Dependency Injection)?一直都半懂不懂,今天看到两个比喻,觉得比较形象。 IoC,用白话来讲,就是由容器控制程序之间的关

用于计算依赖图的部分排序的算法

用于计算依赖图的部分排序的算法

我试图计算依赖图的部分“拓扑排序”,这实际上是一个DAG(定向非循环图),它是精确的;以便并行执行没有冲突的依赖关系的任务. 我想出了这个简单的算法,因为我在Google上发现的并不那么有用(我只会发现自己并行运行的算法来计算正常的拓扑排序). visit(node){ ma