e5Max的专栏

今天一个群友发表了几句很经典的话，特别是最后一句。把我最近学习悟到的东西作了个小结。留个截图痕迹：

多线程一直是心中的一个痛。只闻

学习介绍了空对象模式，单例模式和单态模式，模板方法模式和策略模式，外观模式和中介者模式，以及命令模式。

1、敏捷开发是一种面临迅速变化的需求快速开发软件的能力。 为了获取这中敏捷性，我们需要：（一）使用一些可以提供必要的纪律和反馈的实践。（二）需要使用一些可以保持我们的软件灵活、可维护的设计原则。（三）我们需要知道一些已经被证明针对特定问题可以平衡这些原则的设计模式。2、原则（Principle）、模式（Pattern）和实践（Practice）都是重要的，但是使它们发挥作用的是人。

1、拙劣设计的症状：僵化性：设计难以改变脆弱性：设计易于遭到破坏牢固性：设计难以重用粘滞性：难以做正确的事情不必要的复杂性：过分设计不必要的重复：滥用鼠标晦涩性：混乱的表达这些症状在本质上和代码的臭味相似，但是它们所处的层位稍高一些。2、面向对象设计的SOLID原则。3、臭味和原则。      设计中的臭味是一种症状，是可以主观（很难客观进行度量）进行度量的。这些臭味常

S.O.L.I.D 是面向对象设计(OOD)和面向对象编程(OOP)中的几个重要编码原则。

以前本站向大家介绍过一些软件开发的原则，比如优质代码的十诫和Unix传奇(下篇)中所说的UNIX的设计原则。相信大家能够从中学习了解到一些设计原理方面的知识，正如我在《再谈“我是怎么招聘程序员”》中所说的，一个好的程序员通常由其 操作技能、知识水平，经验层次和能力层次四个方面组成。   在这里想和大家说说软件设计中的一些原则，我认为这些东西属于长期经验总结出来的知识。这些原则，每一个程序员都应

之前一直有一个疑惑，就是在代码中经常会遇到这样的情况。为了做某件事情或者实现某个功能，需要组多的前置信息或者参数，那么这些参数是传入进去还是由下层的类自己去获取？ 也就是经常出现，A->B->C->(D&E)->F.... 这样的依赖链。像这样情况，很不利于诸如B,C，D,E这些类的重用（通用）。在采用“自顶向下设计”的方式中，比较容易出现这样的情况。（特别声明，这里不是说不要采用“自顶向下设计”

Robert Martin 就是我们常说的Bob大叔，是码界的骨灰级人物了，在4年前提出了所谓的简洁架构，值得回顾反思一下，看看是否可以借鉴到微服务中呢？大叔在文中介绍了一下几种知名的架构思想: Alistair Cockburn 的Hexagonal Architecture Jeffrey Palermo 的 Onion Architecture Screamin...