GOF23种设计模式设计原则：1. 单一职责原则（SRP）：就一个类而言，应该仅有一个引起它变化的原因2. 开放-封闭原则（OCP）：软件实体（类、模块、函数等）应该可以扩展，但是不可修改。即对于扩展是开放的， 对于修改是封闭的。3. 依赖倒转原则： A. 高层模块不应该依赖低层模块，两个都应该依赖...
分类：
移动开发 时间：
2014-07-07 09:00:55
阅读次数：
191
原文链接: Test execution order原文日期: 2012年12月06日翻译日期: 2014年7月2日翻译人员: 铁锚说明: Junit4.11版本及以后才支持,建议升级到最新版本.按照设计原则,JUnit是不指定测试方法调用执行顺序的。目前为止,这些方法只是简单地按照反射(reflection) API返回的顺序执行。但是,使用JVM默认提供的排序是很不明智的,因为Java平台没有...
分类：
其他好文 时间：
2014-07-03 15:56:10
阅读次数：
268
在QA TechWeek 2014期间，QA公司首席技术专家David Walker在使用Foundation进行响应式设计的会议上，提出了响应式网站设计的原则。Walker提到从现有桌面网站创建移动应用网站的多种方式：原生应用，为每种移动操作系统开发一个应用；嵌入式HTML 5，使用PhoneGa...
分类：
Web程序 时间：
2014-07-02 19:02:13
阅读次数：
211
抗干扰设计原则热设计原则抗振设计原则可测试性设计原则1.电源线的设计a.选择合适的电源b.尽量加宽电源线c.保证电源线，底线走向与数据传输方向一致d.使用抗干扰元器件（磁珠，电源滤波器等）e.电源入口添加去耦电容2.底线的设计a.模拟地和数字地分开b.尽量采用单点接地，高频应采用多点接地c.尽量加宽...
分类：
其他好文 时间：
2014-07-01 11:41:58
阅读次数：
181
原文地址：http://developer.android.com/design/wear/principles.html
本篇设计原则提供了一些关于应该怎样规划和评估你的Android Wear应用程序设计的简单思路。
Focus on not stopping the user and all else will follow（专注于不打算用户并让一切后续跟随上来）
...
分类：
移动开发 时间：
2014-07-01 11:28:20
阅读次数：
309
（一）如何衡量软件设计的质量
内聚度：
表示一个应用程序的单个单元所负责的任务数量和多样性。内聚与单个类或者单个方法单元相关。（好的软件设计应该做到高内聚。）
耦合度：
耦合度表示类之间关系的紧密程度。低耦合是指尽量使用抽象耦合，少用具体耦合。
设计原则名称
设计原则简介
重要性
单一职责原则
的职责要单一，不能将太多的职责放在一个...
分类：
其他好文 时间：
2014-06-30 20:08:23
阅读次数：
229
NOP，No Overdesign Priciple，不要过度设计原则。 这应该是你第一次看到这个原则，而且你也不用上网查了，因为这个不是大师们创造的，而是我创造的：） 之所以提出这个原则，是我自己吃过苦头，也在工作中见很多人吃过类似的苦头。 你可能也见过这样的场景：产品提出了一个需求，设计师眼光非常长远，他甚至把5年后可能的业务变化都提出来并且加以设计了，让你不得不佩服设计师的高瞻远瞩的眼光，并...
分类：
其他好文 时间：
2014-06-30 00:39:25
阅读次数：
259
很久之前把几大名著《敏捷软件开发》、《设计模式》、《大话设计模式》、《重构-改善既有代码的设计》、《轻量级J2EE企业应用实战-Struts+Spring+Hibernate整合开发》等研究了一遍，然后就想做个项目来综合以上知识，现在把项目设计的思路写出来。包的设计最好遵循包设计六大原则。前三增加内...
分类：
其他好文 时间：
2014-06-28 09:45:00
阅读次数：
292
类的设计最好遵循5大原则,1、单一指责原则，2、开放封闭原则，3、liskov替换原则，4、依赖倒置原则（抽象不应依赖于具体，相反，具体应该依赖于抽象），5、接口隔离原则（就是接口细分，一个接口内的方法应该是用户都需要的）。具体参考《敏捷软件开发》第2部分（第98页）类的设计估计要用到许多模式，注意...
分类：
其他好文 时间：
2014-06-28 09:33:33
阅读次数：
177
1.单一职责原则
单一职责原则的核心思想就是：系统中的每一个对象都应该只有一个单独的职责，而所有对象所关注的就是自身职责的完成。英文缩写SRP Single Responsibility Principle
单一职责原则——》“高内聚，低耦合”，每个类应该只有一个职责，此外只能提供一种功能，而引起类变化的原因应该只有一个。在设计模式中，所有的设计模式都遵循这一原则。
...
分类：
其他好文 时间：
2014-06-28 07:22:31
阅读次数：
276
