今天，重启IIS7时突然报错 “IIS 服务或万维网发布服务，或者依赖这 服务可能在启动期间发生错误或者已禁用”， 查遍了所有与IIS有关的服务，发现均已启动，没办法，1. 重装IIS，仍然存在同样的错误，2. 这时去查看了一下WINDOWS系统日志，好家伙，报错了，错误提示：与 Net.Tcp Listener Adapter 服务相依的 Net.Tcp Port Sharing Service

将一句话里面的单词进行倒置，标点符号不倒换，比如一句话“ I love you!" 。 倒换后变成了” you! love I"  。 算法思想：  第一： 将字符串全盘倒置为：“ !uoy evol I "，  第二： 进行部分翻转，如果不是空格，则开始翻转单词。 #include<stdio.h> #include<string.h> #define MAX 20 int mai

---10. delete from ShanJian_View where sno='s1'  --（11） create view S_Sname_View cascade as select sname  from S_View  with check option ---（12） sp_rename S_view,SS_View --（13） alter view SS_view as s

IEEE 802.3ad 链路聚合与LACP的简单知识 内容提要:本文主要介绍了链路聚合的概念以及链路聚合与EtherChannel（以太通道）的区别。 说明: IEEE 802.3ad 是执行链路聚合的标准方法。从概念上讲，将多个以太网适配器聚集到单独的虚拟适配器方面与“以太通道（EtherChannel）”的功能相同，能提供更高的带宽防止发生故障。例如，ent0 和 ent1 可以聚集到称作

5.1假期有个朋友来公司当面问我调试的问题。当时用DDD+Jlink演示ARM9260上的单步调试，没有成功。好在我机器上有insight,演示成功了。但是回头一想，到底错在哪里，使得DDD不成功呢？原来自己一直都用DDD调试没有问题的啊。 这两天记下这个事情，想了一下，终于发现了端倪。 原来在命令行启动的时候，我用了ddd -d arm-rtems4.9-gdb这个命令。而这个命令没有让ddd和

导读： ◆缘起 ◆缓存简述 ◆缓存依赖简述 ◆自定义缓存依赖分析 ◆数据库缓存依赖学习 ◆LINQ缓存依赖实现 ◆文档更新说明 ◆附：缓存依赖研究项目源码（包括数据库） ◆参考资料 一、缘起 （本文发布于csdn，作者在CSDN的博客地址是：http://blog.csdn.net/xpnew/，由于转载会造成图片、格式丢失，以及不能获得文档的最后更新，所以在此特别声明） 最近做的一个客户项目，客

无论你是否喜欢把它想成技术债务或是对冲期权，在我们的周围都充斥着糟糕的代码，糟糕的决定，以及这些东西给我们每天的生活带来的影响。但是这些决定所带来的长期影响会是什么？我们真的做了明智的选择吗？Martin Fowler谈论了技术债务的四种类型：从鲁莽的、故意的到偶然的、谨慎的。 故意不计后果的债务 故意不计后果的技术债务就是这样的：开发者（或者他们的经理）会允许那些只可能带来坏结果不可能带来好结果

里氏代换原则的严格表达是: 如果对每一个类型为T1的对象o1，都有类型为T2的对象o2，使得以T1定义的所有程序P在所有对象o1代换成o2时， 程序P的行为没有变化，那么类型T2是类型T1的子类型. 换言之， 一个软件实体如果使用的是一个基类的话，那么一定适用其子类，而且它根本不能察觉出基类对象和子类对象的区别。 比如，假设有两个类，一个是Base类，另一个是Derived类，并且Derived类

文章转自：http://www.yongfa365.com/Item/UML-Association-Dependency-Aggregation-Composition-Realization-Generalization.html 大话设计模式上的一个图，我用EA画出来的： UML中的6大关系相关英文及音标：  依赖关系   dependency   [di'pendənsi]  关联关系  

我在我的微博上说过这样一段话，我想在这里把我的这个观点阐述地更完整一些。 @左耳朵耗子：聪明的程序员使用50%-70%的时间用来思考，尝试和权衡各种设计和实现，而用30% – 50%的时间是在忙碌着编码，调试和测试。聪明的老板也会让团队这样做。而傻逼的老板，苦逼的程序员会拿出来100%-150%的时间来忙着赶进度，返工，重构，fix 大量的bug… 所以， 越差的团队一般会越忙，而且还忙不完。 在

本篇和大家谈谈一种通用的设计与处理模型——Pipeline（管道）。 Pipeline简介 Pipeline模型最早被使用在Unix操作系统中。据称，如果说Unix是计算机文明中最伟大的发明，那么，Unix下的Pipe管道就是跟随Unix所带来的另一个伟大的发明【1】。我认为管道的出现，所要解决的问题，还是软件设计中老生常谈的设计目标——高内聚，低耦合。它以一种“链式模型”来串接不同的程序或者不同

Spring 能有效地组织J2EE应用各层的对象。不管 是控制层的Action对象，还是业务层的Service对象，还是持久层的DAO对象，都可在Spring的 管理下有机地协调、运行。Spring将各层的对象以松耦合的方式组织在一起，Action对象无须关心Service对象的具体实现，Service对 象无须关心持久层对象的具体实现，各层对象的调用完全面向接口。当系统需要重构时，代码的改写量将

交换机端口聚合 实验目的 理解端口聚合（Aggregate-port）的配置原理。 实验环境 实验拓扑结构如图7.1所示。 实验要求 （1） 在交换机上创建聚合接口 （2） 在交换机上配置聚合端口 （3） 端口聚合增加交换机之间的传输带宽，验证当一条链路断开时仍能互相通信。 实验说明 第一步：交换机A的基本配置。 SwitchA(config)#vlan 10 SwitchA(config-vla

http://www.voidcn.com/article/p-ehhlcleq-gm.html

转自：http://www.javathinker.org/main.jsp?bc=showessay.jsp&filename=java/qufen.htm 在建立对象模型时，很容易把依赖、关联和聚集关系混淆。当对象A和对象B之间存在依赖、关联或聚集关系时，对象A都有可能调用对象B的方法，这是三种关系之间的相同之处，除此之外，它们有着不同的特征。 1．依赖关系的特征 对于两个相对独立的系统，当一

    在命令里编译和执行java文件，当应用程序需要需要依赖的jar包里面的class文件才能编译运行的时候，应该这样做：    1、 首先是编译过程，在命令行里面执行：     javac -classpath ClassPath Test.java    //其中ClassPath对应的是jar包的路径,这个jar包亦可以是zip包    2、然后是运行，在命令行里面执行：     java

定义：不要存在多于一个导致类变更的原因。通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不会

肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型 T1 的子类型。

定义：高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。 解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与类

如果你的程序遇到SIGILL, Illegal instruction问题，你应当考虑一下是否存在版本不一致的问题，比如依赖的共享库接口变了，但你仍在使用老版本的库，问题的现象通常是诡异，而且你觉得不可能挂的地方，而通常是挂在你对依赖库的调用之处。 简单点说就是： 头文件更新了，但库文件还没有更新。

定义：不要存在多于一个导致类变更的原因。 通俗的说，即一个类只负责一项职责。 问题由来：类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能会导致原本运行正常的职责P2功能发生故障。 解决方案：遵循单一职责原则。分别建立两个类T1、T2，使T1完成职责P1功能，T2完成职责P2功能。这样，当修改类T1时，不会使职责P2发生故障风险；同理，当修改T2时，也不

        肯定有不少人跟我刚看到这项原则的时候一样，对这个原则的名字充满疑惑。其实原因就是这项原则最早是在1988年，由麻省理工学院的一位姓里的女士（Barbara Liskov）提出来的。 定义1：如果对每一个类型为 T1的对象 o1，都有类型为 T2 的对象o2，使得以 T1定义的所有程序 P 在所有的对象 o1 都代换成 o2 时，程序 P 的行为没有发生变化，那么类型 T2 是类型

定义： 高层模块不应该依赖低层模块，二者都应该依赖其抽象；抽象不应该依赖细节；细节应该依赖抽象。 问题由来：类A直接依赖类B，假如要将类A改为依赖类C，则必须通过修改类A的代码来达成。这种场景下，类A一般是高层模块，负责复杂的业务逻辑；类B和类C是低层模块，负责基本的原子操作；假如修改类A，会给程序带来不必要的风险。 解决方案：将类A修改为依赖接口I，类B和类C各自实现接口I，类A通过接口I间接与

转自：http://blog.163.com/whc1985@126/blog/static/5265959620100892220498/   OOA 　　Object-Oriented Analysis：面向对象分析方法 　　是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。OOA与结构化分析有较大的区别。OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的

微软发布Visual Studio 2012 RC和Windows 8 Release Preview版本，从本篇开始，所有实例将基于最新版本开发工具VS2012 RC和Win 8 RP版。   下载Visual Studio 2012 RC ：   http://www.microsoft.com/visualstudio/11/en-us/downloads   下载Windows 8 Rel

 关系依赖算法 一、引言 昨天，因为工作需要，在处理对多个表同时插入时，表与表之间存在依赖关系（即存在外键引用），需要有一个算法对所有相关表进行重新排序，将没有依赖的表先插入，有依赖的表在它所依赖表插入之后，在进行插入操作。引申到生活中，我们平时同样会遇到或多或少的很多事情，它们之前同样存在着千丝万缕的依赖关联。这时候我们同样需要将所有的事情排一下顺序，确定自己是先做什么，后做什么。 二、场景 现

类与类图 1) 类(Class)封装了数据和行为，是面向对象的重要组成部分，它是具有相同属性、操作、关系的对象集合的总称。 2) 在系统中，每个类具有一定的职责，职责指的是类所担任的任务，即类要完成什么样的功能，要承担什么样的义务。一个类可以有多种职责，设计得好的类一般只有一种职责，在定义类的时候，将类的职责分解成为类的属性和操作（即方法）。 3) 类的属性即类的数据职责，类的操作即类的行为职责

最近CoolShell上的一篇 《TDD并不是看上去的那么美》 引起了敏捷社区的高度关注和激励辩论。今天，InfoQ甚至专门举行了一个“虚拟座谈会” 《TDD有多美？》 ，几位国内敏捷社区的名人专门就此问题展开了深入地讨论。不论结果如何，这种探讨和反思的精神还是非常值得赞赏的。事件实际上可以简单地归纳为“一个有一定影响力的开发人员质疑TDD，一群敏捷社区名人对TDD进行解释和辩护”。现在，就让我坚

概述 软件设计是把需求转化为软件系统的最重要的环节，系统设计的优劣在根本上决定了软件系统的质量。 在此，主要阐述软件系统设计的5个核心内容：体系结构设计、用户界面设计、数据库设计、模块设计、数据结构和算法设计。旨在帮助开发人员搞清楚“设计什么”以及“如何设计”。 一般把设计过程划分为两个阶段：概要设计阶段和详细设计阶段，如下所示： 概要设计阶段的重点是体系结构设计。 详细设计阶段的重点是用户界面设

依赖属性是WPF中的概念，很多WPF书籍用专门的一章来讲解，初学者经常迷惑，我多次给同事网友解释过。 本文的目的就是想把简单的事情讲清楚，如果你是初学者，欢迎光临。如果你早已熟悉，谢谢光临。 （一）首先我们来看看普通的属性和依赖属性的定义方式：  【普遍属性】 public   class  MyTextBlock {      private   double  _fontSize  =   1