摘要：
架构解决的是人的问题，知道了是解决人的问题，就很容易知道有什么问题要解决。这就需要架构师了，一直觉得架构师是一个技术水平很高的职位，他所做的就是设计系统的功能，设计系统的整体样式。“架构漫谈”提出一个只致力于完成自己的工作，已做好自己的工作为主要目标的人是无法成为一个架构师的。要成为架构师，就要超越 阅读全文
摘要：
软件的架构设计必须考虑到各方面，根据前期工作确立的领域模型，关键需求，系统约束等进行设计，必须从用户、开发、运维等人员的角度去分析并解决问题。比如说，如果我们的运行架构采用Cluster方式时，就必须小心Cache和Session等的使用；如果我们的业务逻辑要求我们要操作多个数据库时，就要考虑采用支 阅读全文
摘要：
软件架构的基本设计原则 满足功能性需求和非功能需求：这是一个软件系统最基本的要求，也是架构设计时应该遵循的最基本的原则。 实用性原则：就像每一个软件系统交付给用户使用时必须实用，能解决用户的问题一样，架构设计也必须实用，否则就会“高来高去”或“过度设计”。 接口复用：公共部分可设计成接口，减少冗余， 阅读全文
摘要：
软件设计的几大原则。有说六的，有说八的，有说十的。我们暂且选最少的，即使是六大原则，真的能遵守好也是难能可贵的。 <1>单一职责原则。 这个原则是相对于“类”而言的，一个“类”的职责越单一，可重用性越好。高内聚，低耦合，精而简。 <2>开放封闭原则。这个原则强调对扩展开放，对修改关闭。这是针对接口和 阅读全文
摘要：
架构者，骨骼也。架构好，则生命力强，可扩展性强，可维护性高。正所谓根深苗正。 一个应用的底层架构不扎实，不精简，不彻底，那么随着时间的推移，应用的扩展性将变得愈发困难，可读性会越来越差，健壮性也会因此受到影响。 那么，什么样的架构才算是优秀的架构呢？行业里有没有规范呢？答案是肯定的，有。我非常喜欢 阅读全文
摘要：
就像创造一篇诗词或者写一篇议论文一样，一个软件架构的好坏首先取决于作者是否深刻理解了命题的主旨一样。比如写中秋诗词，主旨是思念亲人、思念故乡还是启发哲思，就能完全得到三组不同的词句“”“”“”，而写作手法却有相似借鉴之处。因此，理解主旨，也就是问题域，是真正区别好架构和劣质架构的根本标准。由此看来， 阅读全文