在系统设计时，应该多思考墨菲定律： 1、任何事都没有表面看起来那么简单； 2、所有的事情比你预计的时间长； 3、可能出错的事总会出错； 4、如果你担心某种情况发生，那么它就更有可能发生； 在…

1 单一职责原则 1.1 定义 不要存在多于一个导致类变更的原因。 1.2 名词解释 通俗的说，即一个类只负责一项职责。 1.3 场景说明 假如类T负责两个不同的职责：职责P1，职责P2。当由于职责P1需求发生改变而需要修改类T时，有可能…

一个好的系统人机界面，其设计应该遵循一些基本的原则，这些原则从人性的角度出发，让用户在使用产品时，不只觉得产品很棒，还会感觉自己很棒，而不是在面对产品时，感觉自己像个“傻X”，设…

SRP：单一职责原则 容易误认为是指：一个软件模块都应该只做一件事，实际上并不准确。单一职责原则准确描述应该是：一个软件模块都应该只对一类行为负责。 如果多个特性不同的项目同时依赖同一个底层接口，只要有任意一个…

面向服务的架构 (SOA) 设计要尽可能地简单。在设计一个 SOA 服务的时候要谨记这 9 大设计原则： 1. 标准服务契约服务要遵循一个服务描述。 2. 松耦合服务之间的依赖最小化。 3. 服务抽象服务将自己的业务逻辑封装起来，对外部世界是隐藏的。 4. 服务复用业…

一、网络的定义 简单的说，两台设备相互连通就能称为网络。 专业的来说，网络是由若干节点和连接这些节点的链路构成，表示诸多对象及其相互联系。 其中： 节点：这里的节点就是一个个的机房以及机房里面的设备（路由器、交换机、防火墙、PC.....） 链路：就是有线和无线，…

架构设计不像数学公式或者物理定律，有章可循。很多时候，它是设计者在各种设想、各种顾虑的权衡中做出的最符合需求的智慧输出。但是，一些好的架构思路和原则，可以帮助设计者在决策时少走弯路，更靠近需求。在此跟小伙伴们分享一篇最近读到的技术博文，文章是作者刘刚老师在…

最近读陈皓老师的《我做系统架构的一些原则》（来源于CoolShell），收获很大。原文过长，有些也相对专业，以下是我的一些摘录、注解和评论。其中的很多经验和建议，我觉得远远不只是针对IT、软硬件系统的架构设计和开发，也适用于企业组织架构、商业模式，甚至任何复杂系统的规…