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

界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。设计良好的界面能够引导用户自己完成相应操作，起到向导作用。界面设计主要是为了达到以下目的： 1）以用户为中心。设计由用户控制的界面，而不是界面控制用户。 2）清楚一致的设计。所有界面的风格保持一致，所有具有相同含义的术语保持一致，且易于理解和使用。 3）拥有良好的直觉特征。以用户所熟悉的现实世界事务的抽象来给用户暗示和隐喻，来帮

单一职责原则 例1： 大家应该能看出来这个类图中的接口设计是有问题的，用户的属性和用户的行为没有分开。 我们根据用户的属性和行为拆开这个接口。 重新拆分成两个接口，IUserBo 负责用户的属性，IUserBiz负责用户的行为。当我们实例化除UserINfo这个对象后，我们可以把UserInfo当做IUserBo实现类使用也可以将它当做IUserBiz的实现类使用，这就要看我们用在什么地方了。如果

  导读：作者陈皓在微博上说过这样一段话：“聪明的程序员使用50%-70%的时间用来思考，尝试和权衡各种设计和实现，而用30%–50%的时间是在忙碌着编码，调试和测试。聪明的老板也会让团队这样做。而愚蠢的老板，愚蠢的程序员会拿出来100%-150%的时间来忙着赶进度，返工，重构，fix大量的bug…所以，越差的团队一般会越忙，而且还忙不完。”文中作者就此观点进行阐述。 文章内容如下： 在现在这个浮

  浅谈测试驱动开发（TDD） 李群 ( [email protected])www.ihere.org 李群当前关注于网络安全产品的开发、研究；软件开发过程等方面。您可以通过 [email protected]和他联系。 简介： 测试驱动开发(TDD)是极限编程的重要特点，它以不断的测试推动代码的开发，既简化了代码，又保证了软件质量。本文从开发人员使用的角度，介绍了 TDD 优势、原理、过程、原

   以下内容摘自即将于明年1月份出版上市的《Cisco/H3C交换机配置与管理完全手册》（第2版）。本书相对第一版中其中一个重要改变就是增加了大量的H3C交换机配置与管理内容，使得在本书中Cisco和H3C交换机两部分同样非常系统、非常全面。本书正接受内部预订，需要预订者请联系我。     Super VLAN（超级VLAN）也是主要应用于服务提供商网络中，用于解决目前IPv4地址资源日趋紧张的

Google为Android应用开发提供了eclipse加插件作为开发工具，基于eclipse可以方便调试apk，而对于底层开发人员（比如opencore开发）没有提供类似直观的开发工具及调试手段。本文旨在介绍一种基于ddd+gdbserver的调试方法，用于类似opencore的C层面的程序调试。   具体步骤如下： 开一个shell adb shell ps查看mediaserver进程号 g

 Qt编程4个多月以来，对于工程文件的组织一直有着更深入的理解。从起初的.pro，Makefile，.h，.cpp，.o，.moc，*_ui.h，.so等一股脑的放到工程文件，到后来有组织的将文件分门别类的放到各个项目子目录下，工程目录给人感觉越来越显得更professinal一些了。     然而对于编译后的动态库文件依赖关系的处理，近期随着工程代码的不断膨胀，依赖库的不断增多，变得越来越重要了

  界面设计规范 文章出处：51testing博客 作者：mojinde 发布时间：2007-03-09 界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。设计良好的界面能够引导用户自己完成相应操作，起到向导作用。 界面设计主要是为了达到以下目的： 1)        以用户为中心。设计由用户控制的界面，而不是界面控制用户。 2)        清楚一致的设计。所有界面的风格保

 从c到c_plus_plus,  OO面向对象，涉及到的东西还蛮多。  在找工作，在看网上的笔试题目，在看C++ primer，  发现还有很多知识点以前是没有掌握清楚的，唉，，，  需要读的书还有很多，  要在某方面成为专家还是需要花费很多功夫的，  徘徊良久，我才刚上路。。。 以下内容转载自百度百科，mark以下，以备自己学习，并时刻提醒自己。 OOA Object-Oriented Ana

        Super VLAN（超级VLAN）也是主要应用于服务提供商网络中，用于解决目前IPv4地址资源日趋紧张的问题。Super VLAN又称为VLAN聚合（VLAN Aggregation），其原理就是将一个Super VLAN和多个Sub VLAN（子VLAN）关联（与前面介绍的Isolate-user-VLAN有些类似），但Super VLAN内不能加入物理端口，却可以创建对应的V

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

二、  单元测试实践的主要问题     单元测试有个特点：测试简单独立的代码很容易，但要在实际工作中做好单元测试却很困难。     根据我们的经验，企业在实施单元测试时，通常会面对四大问题――         不愿做：程序员没有单元测试习惯。         没时间：编写测试代码需要耗费大量的时间，项目的周期可能不允许。         做不了：代码具有较高的耦合性，使单元测试难以进行。     

现在的开发工作要求我们能够快速掌握一门语言。一般来说应对这种挑战有两种态度：其一，粗粗看看语法，就撸起袖子开干，边查Google边学习；其二是花很多时间完整地把整个语言学习一遍，做到胸有成竹，然后再开始做实际工作。然而这两种方法都有弊病。第二种方法的问题当然很明显，不仅浪费了时间，偏离了目标，而且学习效率不高。因为没有实际问题驱动的语言学习通常是不牢固不深入的。有的人学着学着成了语言专家，反而忘了

类之间的关系 1． 种类： Generalization(泛化)，Dependency(依赖关系)、Association(关联关系)、Aggregation(聚合关系)、Composition(合成关系)。 2．  其中Aggregation(聚合关系)、Composition(合成关系)属于Association(关联关系)，是特殊的Association关联关系。 3．  Generaliz

如何向妻子解释OOD   发布于2011-06-29   前言 　 此文译自CodeProject上<How I explained OOD to my wife>一文，该文章在Top Articles上排名第3，读了之后觉得非常好，就翻译出来，供不想读英文的同学参考学习。 作者(Shubho)的妻子(Farhana)打算重新做一名软件工程师(她本来是，后来因为他们孩子出生放弃了)，于是作者就试图

non-aggregates cannot be initialized with initializer list 这个错误。 来源： 假设定义这样一个结构体 struct T_A { int iX; int iY; T_A() { iX = iY = 0; } }; 以下使用的初始化方法 T_A tA = { 2, 1 }; 则会报出non-aggregates cannot be in

 

cdm命令到需要添加此jar包的工程pom.xml目录下，然后运行以下命令： mvn install:install-file -Dfile=D:\ojdbc14-10.2.0.3.0.jar -DgroupId=com.oracle -DartifactId=ojdbc14 -Dversion=10.2.0.3.0 -Dpackaging=jar Dfile：jar包所在目录（自己手动下载后放置

原文链接：http://www.ltesting.net/ceshi/ceshijishu/csyl/2011/1220/203785.html 界面是软件与用户交互的最直接的层，界面的好坏决定用户对软件的第一印象。设计良好的界面能够引导用户自己完成相应操作，起到向导作用。 　　界面设计主要是为了达到以下目的： 　　1) 以用户为中心。设计由用户控制的界面，而不是界面控制用户。 　　2) 清楚一致

UML中的6大关系相关英文及音标：  依赖关系   dependency   [di'pendənsi]  关联关系   association    [ə,səuʃi'eiʃən]  聚合关系   aggregation    [ˌægrɪˈgeɪʃən]  组合关系 composition  [,kɔmpə'ziʃən]  实现   realization    [,ri:əlɪ'zeɪʃən

1. Overview UML设计类中，类的关系分为Generalization(泛化)，Dependency(依赖关系)、Association(关联关系)、Aggregation(聚合关系)、Composition(组合关系)五种! 2. Generalization(泛化) Generalization(泛化)表现为继承或实现关系(is a)  。具体形式为类与类之间的继承关系，接口与接口之

面向对象分析方法（Object-Oriented Analysis，OOA），是在一个系统的开发过程中进行了系统业务调查以后，按照面向对象的思想来分析问题。OOA与结构化分析有较大的区别。OOA所强调的是在系统调查资料的基础上，针对OO方法所需要的素材进行的归类分析和整理，而不是对管理业务现状和方法的分析。 OOA（面向对象的分析）模型由5个层次（主题层、对象类层、结构层、属性层和服务层）和5个活

C语言很初级的题目，看到有人提问，就复习下巴 vs2010测试通过。 vs2010里面strlen不可用，索性自己写一个好了。 #include<stdio.h> //计算字符串长度 int strlen(char* pstr) { int count = 0; while(*pstr++!='\0') { count++; } return count; } //异或元算可逆原则

在输出统计结果时可能需要将列变成行，而将聚合结果（如count、sum）作为记录的第一行，先看如下的SQL语句： declare  @t  table (name  varchar ( 20 )) insert  @t select  ' abc '  union  all select  ' xxx '  union  all select  ' xxx '  union  all select

分层思想的一个核心就是部件化，各个层之间是相互独立的，每一层可以随便抽取换成一个其他语言的版本，但只要与相应的接口吻合就行。 我用的三层架构大致是这样的，基本的三层就不说了，然后分别为业务逻辑层和数据访问层定义一个接口，由具体的那个层来实现，问题产生了，由谁来指定程序使用哪个具体的对象来实现相应接口？ 为解决这个问题，我应用的是抽象工厂模式。分别为业务逻辑层和数据访问层添加一个抽象工厂。具体架构还

模拟实现WPF的依赖属性及绑定通知机制（3）--依赖对象 、   下面是依赖对像类的实现：（注，这里涉及到INotifyPropertyChanged接口，大家可以参考MSDN文档了解).  /// <summary>     /// 依赖对像，主要提供属性值和属性绑定的管理。     /// </summary>     public class MyDependencyObject     {

一、概念 就一个类而言，应该仅有一个引起它变化的原因。 二、详细解释 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其它职责的能力。这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到破坏。软件真正要做的，就是发现职责并把那些职责相互分离。如果你能够想到多于一个的动机去改变一个类，那么这个类就具有多于一个的职责，就应该考虑类的职责分离。编程

一、概念 1.高层模块不应该依赖低层模块。两个都应该依赖抽象。 2.抽象不应该依赖细节。细节应该依赖抽象。 二、详细说明 要针对接口编程，而不是针对实现编程。 　　传递参数，或者在组合聚合关系中，尽量引用层次高的类。 　　主要是在构造对象时可以动态的创建各种具体对象，当然如果一些具体类比较稳定，就不必再弄一个抽象类做它的父类，这样有画蛇添足的感觉。 正是有了里氏代换原则，才使得依赖倒置原则成为可能

  "要依赖于抽象，不要依赖于具体。” “要针对接口编程，不要针对实现编程。” 陈述： 高层模块不应该依赖于低层模块。二者应该依赖于抽象。 抽象不应该依赖于细节。细节应该依赖于抽象。 分析： 所谓“倒置”是相对于传统的开发方法（例如结构化方法）中总是倾向于让高层模块依赖于低层模块而言的软件结构而言的。 高层包含应用程序的策略和业务模型，而低层包含更多的实现细节，平台相关细节等。高层依赖低层将导致：