winters1224的博客_敝帚自珍

[5+1]迪米特法则（二）

前言面向对象的SOLID设计原则，外加一个迪米特法则，就是我们常说的5+1设计原则。↑ 五个，再加一个，就是5+1个。哈哈哈。↑这六个设计原则的位置有点不上不下。论原则性和理论指导意义，它们不如封装继承抽象或者高内聚低耦合，所以在写代码或者code review的时候，它们很难成为“应该这样做”或者“不应该这样做”的一个有说服力的理由。论灵活性和实践操作指南，它们又不如设计模式或者架构模式，所以即

迪米特法则

SOLID

面向对象

原创 2022-06-29 10:59:37 441 阅读 1点赞

[5+1]迪米特法则（一）

前言面向对象的SOLID设计原则，外加一个迪米特法则，就是我们常说的5+1设计原则。↑ 五个，再加一个，就是5+1个。哈哈哈。↑这六个设计原则的位置有点不上不下。论原则性和理论指导意义，它们不如封装继承抽象或者高内聚低耦合，所以在写代码或者code review的时候，它们很难成为“应该这样做”或者“不应该这样做”的一个有说服力的理由。论灵活性和实践操作指南，它们又不如设计模式或者架构模式，所

迪米特法则

原创 2022-02-18 14:21:05 872 阅读 1点赞

[5+1]接口隔离原则（二）

前言面向对象的SOLID设计原则，外加一个迪米特法则，就是我们常说的5+1设计原则。↑ 五个，再加一个，就是5+1个。哈哈哈。↑这六个设计原则的位置有点不上不下。论原则性和理论指导意义，它们不如封装继承抽象或者高内聚低耦合，所以在写代码或者code review的时候，它们很难成为“应该这样做”或者“不应该这样做”的一个有说服力的理由。论灵活性和实践操作指南，它们又不如设计模式或者架构模式，所以即

面向对象

设计原则

SOLID

接口隔离

原创 2021-05-20 13:55:18 547 阅读 1点赞

单一职责原则

前言面向对象的SOLID设计原则，外加一个迪米特法则，就是我们常说的5+1设计原则。这六个设计原则的位置有点不上不下。论原则性和理论指导意义，它们不如封装继承抽象或者高内聚低耦合，所以在写代码或者codereview的时候，它们很难成为“应该这样做”或者“不应该这样做”的一个有说服力的理由。论灵活性和实践操作指南，它们又不如设计模式或者架构模式，所以即使你能说出来某段代码违反了某项原则，常常也很难

单一职责原则

面向对象设计

SOLID

原创 2020-04-20 12:08:41 1699 阅读 2点赞

多态

——“面向对象的三大特性是什么？”——“封装、继承、多态。”这大概是最容易回答的面试题了。但是，封装、继承、多态到底是什么？它们在面向对象中起到了什么样的作用呢？

面向对象

设计

多态

原创 2020-04-01 23:09:07 250 阅读 1点赞

Spring事务

spring事务基本配置参见：http://www.cnblogs.com/leiOOlei/p/3725911.htmlspring事务传播机制参见：http://www.cnblogs.com/aurawing/articles/1887030.html简单说一下new和nested的区别。使用new的时候，外层事务的提交或回滚，与new的事务没有关系。而使用nested时，内层事务最终是提交

spring

事务

原创 2020-01-02 22:53:39 653 阅读 1点赞

抽象

抽象这个东西，说起来很抽象，其实很简单。WHAT抽象是什么？按维基百科的说法：“在计算机科学中，抽象化（英语：Abstraction）是将数据与程序以它的语义来呈现出它的外观，但是隐藏起它的实现细节。”这个定义也许还有些“抽象”，举几个例子来看，它其实简单。“抽象”在我们的日常工作和生活中比比皆是。例如，我们经常会说，“我是一个开发”，“这事儿你得找产品”，这里的“开发”、“产品”，都是一种抽象。

抽象

设计

原创 2019-12-28 21:55:42 719 阅读 1点赞

细说几种耦合

高内聚和低耦合是很原则性、很“务虚”的概念。为了更好的讨论具体技术，我们有必要再多了解一些高内聚低耦合的度量标准。这一篇与《细说几种内聚》是姊妹篇。可以对照着看。花园的景昕，公众号：景昕的花园细说几种内聚耦合耦合性讨论的是模块与模块之间的关系。同样参考维基百科，我们来看看耦合都有哪几种。Content coupling：内容耦合Content coupling is said to

耦合

原创 2019-12-23 18:00:36 2067 阅读 1点赞

细说几种内聚

高内聚和低耦合是很原则性、很“务虚”的概念。为了更好的讨论具体技术，我们有必要再多了解一些高内聚低耦合的度量标准。这里先说说几种内聚。

内聚

分类

功能内聚

顺序内聚

通信内聚

原创 2019-12-09 17:59:32 7601 阅读 2点赞

高内聚与低耦合

"高内聚"与"低耦合"是软件设计和开发中经常出现的一对概念。它们既是做好设计的途径，也是评价设计好坏的标准。

高内聚

低耦合

原创 2019-12-02 23:21:48 6001 阅读 1点赞

科学与技术的迷思

科学是什么？科学是研究“是什么”的学问。例如，太阳是什么？太阳光的组成是什么？太阳发光发热的原因是什么？等等。由于科学的研究目标是世界上已有的东西，所以一般其成果都是“科学发现”。技术是什么？技术是研究“怎么做”的学问。比如，如何让夜晚像白天一样明亮？如何产生红光、绿光或黄光？如何产生并利用核能？等等。技术的研究目标往往是解决问题的方案，所以一般会得到新的“技术发明”。举个

科学

技术

原创 2019-07-20 23:56:22 769 阅读

分布式事务简谈

前几天线上因为一些缘故，出现了分布式事务的问题。现在问题基本解决了，也应该来回顾总结一下了。

分布式事务

ACID

强一致性

弱一致性

最终一致性

原创 2019-07-15 00:19:54 675 阅读

Redis知识点小结

清明节在家整理的一些Redis的知识点。欢迎斧正。

Redis

知识点

小结

原创 2018-04-10 11:30:34 1122 阅读 1点赞

写给大家看的设计书——读后笔记

《写给大家看的设计书》介绍了设计的四个基本原则：亲密性、对齐、重复、对比。作为一个软件“设计师”，我也来聊聊读过这本书之后，我对这四个原则的一点理解。

对齐

重复

亲密性

原创 2017-09-20 18:22:43 984 阅读

业务系统中的开与闭——分发模式

这里分享一个我在业务系统设计过程中常用的一个“复合模式”，用作一个在业务系统设计中运用“开闭原则”的例子。

开闭原则；分发

原创 2017-08-27 01:20:51 1621 阅读

数据与行为——状态模式与策略模式

我在另一篇博客里声称：做技术的思路是优先“怎么用”、而后再“是什么”。然而这里，我却想讨论一下状态模式与策略模式“是什么”，以及它们之间的区别。这并不是打脸，而是我在经过长久的思考“怎么用”之后，终于明白了它们“是什么”。

设计模式；状态；策略；数据；行为

原创 2017-08-27 01:19:10 2452 阅读

状态与策略——审批操作的两种方案

审批操作是ERP或OA系统中必不可少的功能之一。这里介绍两种我设计的用于审批操作的方案，并借此就“状态模式”与“策略模式”提出一点自己的理解。别问我为什么不使用工作流引擎等工具来实现审批功能。做第一版方案时，我孤陋寡闻得并不知道有这个东西。后来引入工作流框架会导致学习曲线骤然上扬，不太划算。

审批；状态；策略

原创 2017-08-27 01:18:08 5106 阅读

不做需求复印机——批量操作流程设计

相信每个技术人员都不会甘心做“需求复印机”。不做需求复印机，有两种简单的方式。一种是在代码/模块/系统的结构上下功夫，例如前面几篇设计方案（审批、分发等）。另一种则是直接对业务流程开刀，例如这篇文章要举的例子。

批量；回调；需求；设计

原创 2017-08-27 01:16:53 2318 阅读

尘归尘，土归土——业务归业务，技术归技术。

随着分布式、微服务的火爆，跨系统的服务调用也变得常见起来。这使得我们在线上追查问题的时候，常常要查阅多个系统的日志。这时候，问题就出现了。如何确定服务A中的某条日志，对应的是服务B中的一个操作呢？我们的开发人员提出了一个简单的方案：每次服务调用时，调用方都将一些技术性的数据封

业务；技术；低耦合；

原创 2017-08-27 01:15:38 1026 阅读

轮子除了开车，还能摊大饼——地址服务器的一个“另类”用法

地址服务器是软负载的一种实现方式。除了单纯做软负载，它还能做一点其它的事情。

地址服务器；分发

原创 2017-08-27 01:14:28 1112 阅读 1点赞

是银弹吗？业务基线方法论

Fred.Brooks在1987年就提出：没有银弹。没有任何一项技术或方法可以能让软件工程的生产力在十年内提高十倍。我无意挑战这个理论，只想讨论一个方案，一个可能大幅提高业务系统开发效率的方案。我管这个方案叫做“由基线扩展业务线的方案”。从名字就可以看出，它至少包括两部分：基线；业务线。其实还有一部分隐藏在动词后面：扩展点。

银弹；基线；扩展点；业务线；

原创 2017-08-27 01:13:03 1631 阅读

重复工作自动化——excel导入方案

计算机与人相比，有什么优势？这个问题从计算机诞生之初就不断被回答：在重复性工作上，计算机有人类无法企及的计算速度和存储空间。因此，把重复性工作交给计算机，也就是常说的“可复用性”，是软件设计中的一个最基本的思想。 &nbs

excel

文件导入

原创 2017-04-18 00:16:17 3683 阅读 1点赞 2收藏

技术如何驱动业务？

技术如何驱动业务？用新技术突破“怎么做”，进而推动“做什么”这种方式就是我们最常说的“技术驱动”。利用更新、更快、更稳定的技术，创新业务的实现方式，从而推动业务的发展、创新和颠覆。最著名、最具颠覆性的创新，大概当属移动支付。本质上，它只是利用移动互联网、NFC等技术，提供了一种新的支付方式。然而对“怎样付钱”的创新，催生出了余额宝、网约车、团购、外卖、共享单车等等一系列全新的、颠覆性的业务或行业。

技术；业务；驱动

原创 2017-04-08 15:40:20 10000+阅读

TimSort排序算法及一个问题分析

TimSort排序算法及一个问题分析摘要排序算法简析代码入口排序算法获取两个有序数组A和B找到待归并区间准备操作归并操作TimSort的优化归并操作问题解析问题解析问题原因解决方案参考摘要简单介绍了传统归并排序算法，以及Java API提供的TimSort优化后的归并排序算法。并且分析了代码中出现的一个问题原因与解决方案。敬请忽略文中的灵魂画风。排序算法简析代码入口Collection

优化

归并排序

TimSort

原创 2017-04-08 15:37:47 8831 阅读

“六神”——技术提高开发效率的一个方案

这个方案并不是我在系统设计方面的最早一次尝试。但它在提高开发效率方面，是效果最为显著的一个方案。简介“六神”框架提供了一套简单而通用的、从Web层到数据库操作（增加单个数据、删除单个数据、修改单个数据、查询单个数据、查分页列表、查不分页列表，六个操作，因此名为“六神”）的基础组件。并且，它为复杂的数据库操作留下了扩展点。在当时的技术背景下，这套框架使用Struts2.0+Spring+myBati

开发效率

原创 2017-03-23 23:27:29 868 阅读

设计分享——为什么要重视设计？

之前买书的时候，发现大家基本没考虑设计方面的书籍，感觉大家对设计这件事不够重视。所以技术分享的第一段，先讲几句做好设计、学好设计的重要性。

设计；面向对象；业务驱动；技术驱动；职业

原创 2017-02-14 20:43:48 857 阅读

设计讨论：好设计长什么样？

怎样的设计算得上好设计？就如一百个人眼中有一百个哈姆雷特一样，这个问题多半也不会有标准答案。何况，脱离了具体和细节的业务需求，设计、架构之类的讨论也只剩套路了。不过，前两天想了想这个问题，还是记录一下吧。

设计

正确性

健壮性

原创 2017-01-03 22:50:35 939 阅读

资源池的两个小教训

“不要使用全局的资源池。除非你真的知道它的合理配置——如大小、超时等。”

区分

全局

资源池

原创 2016-12-22 22:32:40 1633 阅读

燕十三的剑（一）

燕十三这个人的技术能力（剑法）已经非常卓越了。但他一直在追求技术的更高境界（第十四、十五剑）：写更好的代码、做更好的系统。在他正式发布新的系统代码之前，他写了个demo（木剑）。这个demo可以证明：这是更好的代码、更好的系统！虽然demo在测试阶段发生了一些问题（原文中有一句“啪的一声，木剑断了”），但是，在大boss（慕容秋荻）的催促和产品经理（谢掌柜）的忽悠下，他将这段有bug的代码正式发布到了线上系统。然后，线上系统在大boss和产品经理发起的一项线上活动（与谢晓峰比武）面前，突发严重bug。用户体验（谢晓峰的命）遭遇空前危机。此时，作为首席技术人员的燕十三，毅然承担起了这个bug的相关责任（自杀），挽救了用户体验（没杀谢晓峰）。不过他的那套代码，从此被彻底删除，无人知晓。

三少爷的剑；燕十三；第十五剑

原创 2016-12-13 21:17:45 930 阅读

设计讨论：Monitor，Monitor什么？

一个Monitor系统要Monitor些什么？

hive

原创 2016-12-11 23:45:12 686 阅读

官方博客	全部文章	热门标签	班级博客
了解我们	网站地图	意见反馈

鸿蒙开发者社区	51CTO学堂
51CTO	软考资讯

51CTO博客

编程的摩羯男

[5+1]迪米特法则（二）

[5+1]迪米特法则（一）

[5+1]接口隔离原则（二）

单一职责原则

多态

Spring事务

抽象

细说几种耦合

细说几种内聚

高内聚与低耦合

科学与技术的迷思

分布式事务简谈

Redis知识点小结

写给大家看的设计书——读后笔记

业务系统中的开与闭——分发模式

数据与行为——状态模式与策略模式

状态与策略——审批操作的两种方案

不做需求复印机——批量操作流程设计

尘归尘，土归土——业务归业务，技术归技术。

轮子除了开车，还能摊大饼——地址服务器的一个“另类”用法

是银弹吗？业务基线方法论

重复工作自动化——excel导入方案

技术如何驱动业务？

TimSort排序算法及一个问题分析

“六神”——技术提高开发效率的一个方案

设计分享——为什么要重视设计？

设计讨论：好设计长什么样？

资源池的两个小教训

燕十三的剑（一）

设计讨论：Monitor，Monitor什么？

欢迎