在沟通的过程中，有两种很不好的行为，是很不礼貌的，会让沟通者顿感不适。
第一种是不能耐心倾听，只顾自己说爽了，在听别人表达时，无法真诚倾听，或拿起手机、或肢体动作过多，内心对诉说者的不在意，并且十分显性的表现了出来。倾听是一种能力，需要耐心、需要度量、需要修养，即便是对话的内容、沟通的人实在无趣，也需要保持涵养，巧妙的结束话题，保持双方的体面，这也是一种善良。
第二种是喜欢打断别人的讲话。在对方还未完全将全部意思表达完，就做出武断的判断，本能的去打断，在朋友相处间、夫妻间、父母与儿女沟通中，都是非常普遍的现象。这是一种自私的行为，是一种直接的冒犯，是一种轻视。不打断别人的讲话，是一种需要培养、纠正的习惯。
好好说话，好好倾听，成为一个有度量，有涵养的人，是每个人终身都需要时时去自省的。
昨晚一罐冰啤酒下去，睡觉时就感觉脚踝隐隐发作，果然早上起床直接下不来地。跟崴脚的感觉十分相似，无法行走，只能坐在一起上滑动，公司上班也去不了了，呆呆得躺在家里，下午疼痛感加剧，整个心思都在左脚的疼痛上，没有其他任何多余的精力去关注其他事情，而此刻的阳台，乃最美人间四月天，春日的微风吹拂着阳台的花儿，温暖的阳光抛洒下来，一切都如此惬意，而我却无心欣赏。 人在健康时，生活中有好多问题，但人在不健康时，生活中只剩一个问题。 我对这句话的理解更深刻了。人是健忘的，在疫情期间、在手术期间，这种感悟其实已经很深刻了，但是病情好转之后，人还是会被日常的琐碎、工作的烦扰搅乱心绪，没有专注的去享受生活本身的美好。 幸福的秘密在于，去享受我们所拥有的，而不是顽固的去追求所没有拥有的。阳光、草木、微风，都是幸福的玩意儿，应尽情的享受。 再等两天，脚完全恢复好了，身体健健康康后，我要以更轻盈的姿态去生活，不纠结他人的看法，不执着别人的认可，关注自己的能力，享受拥有的生后。 还有一个反省，针对咖啡、酒、烟，
命令模式将“请求”封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象，命令模式也支持可撤销的操作。 来解析这个定义： 1. “将一个请求封装为一个对象”，请求原本是一个方法，现在要封装成一个对象，说明要新增类来完成。 2. “可以用不同的请求对客户进行参数化”，说明是将命令对象作为参数进行传递。 3. “队列”说明需要维护命令多个命令的列表队列。 4. “撤销”说明有命令对象有undo撤销方法。 命令模式在设计模式中，算是一个比较不好理解的模式，很重要的原因是不清楚设计意图，不清楚不用这个模式前有何问题，这个模式带了哪些好处，能解决什么问题。 上一篇状态模式中，看到了状态模式抽离的是状态（属性），向上提成状态对象。有了这个基础，再来理解命令模式就相对简单了。命令模式抽离的是行为（方法），向上提成命令对象。 两者都通过“对象化”来解耦和扩展系统，但解决的问题不同： * 状态模式：处理对象内部状态驱动的行为变化。 * 命令模式：处理行为请求的封装与调度。 💡智能家居遥控器，假设我们有一个智能家居遥控器，可以控制 灯（Light） 和
状态模式允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它的类。 来解析这个定义： 1. “内部状态”表明对象内部有一个属性来表示状态。 2. “内部状态改变时改变它的行为，对象看起来好像修改了它的类”说明状态改变后对象的行为发生了非常大的变化，不像是同一类的行为。 从目前的分析中似乎无法推导出状态模式的类图结构。 从实际的例子出来，来看看状态模式是如何演进而来。 💡我们有一个文档审批系统，文档有以下状态和转换： 1. 草稿(Draft) → 提交 → 待审批(PendingReview) 2. 待审批 → 批准 → 已发布(Published) 3. 待审批 → 拒绝 → 草稿 4. 已发布 → 撤回 → 草稿 从直觉出发，会使用条件语句实现需求逻辑。 public class Document { private String state = "DRAFT"; // 初始状态为草稿 public void submit(
代理模式为另一个对象提供一个替身或占位符以控制对这个对象的访问。 解析这个定义： 1. “替身”表明在客户端看来，代理类与被代理类是同一类别，对客户端来说看上去没什么区别，依然能够满足诉求。如此可以看出代理类与被代理类来自同一个超类。 2. “控制对这个对象的访问”，能够控制访问，说明前提是能够访问，才能在访问之前做这个限制，即代理持有对真实对象的引用（或能创建它）。 当然可能会质疑，用继承的方式不是也能完成目标吗，用代理类去继承被代理类，然后重写方法，加入控制逻辑。但这违背了"组合优于继承"原则，代理类与被代理类强耦合。 💡我们要开发一个图片查看器，需求如下： 1. 图片加载开销大（从磁盘或网络加载耗时），希望首次显示时才加载（延迟加载）。 2. 某些图片需要权限校验，只有授权用户才能查看。 3. 客户端代码应统一接口，无需关心是直接加载图片还是通过代理。 // 1. 抽象接口（Subject） interface Image { void display(); } // 2. 真实对象（RealSubject）