知道这个模式很久了，也觉得很有用，但是工作上一直找不到实际应用场景，如果工程量小，根本不值得过度设计。 这次刚好项目中有一个场景。有点符合使用场景。 有一个文件解析的功能，一共40多个判断。3000多行代码。其中每一块都有独特的解析逻辑，最多的需要8表连查判断，于是想用策略模式解耦。 解析的文件以b ...
分类：
其他好文 时间：
2019-07-26 21:19:31
阅读次数：
115
每个新产品都以一个简单的想法开始设计。但在激烈的创造过程中，事情会很快变得繁杂。当焦点从全局转向细节，大脑就会不断涌现新思路，视野也会像热气球一样膨胀。 在产品开发方面，我实际犯过的错误其实远比我承认的多。有时候我会把事情过度复杂化、过度设计、以及过度承诺，然后给产品带来灾难性的“毁灭”。但从每次失 ...
分类：
其他好文 时间：
2019-04-05 19:58:44
阅读次数：
179
学习目标 秒杀原理 性能测试 性能分析 系统目标 性能优秀 能经受住高并发 不会超卖 框架 Spring Redis 线程池 思路 lpush N 个需要秒杀商品的序号 lpop 取序号，取不出来则秒杀失败 之后异步存入数据库 一些错误 过度设计 想设计一个秒杀操作可以有不同实现的父类，发现没有必要 ...
分类：
其他好文 时间：
2019-03-11 23:43:54
阅读次数：
320
前言 同样认为，UML 是一个在软件开发蛮荒时代，一群工业生产设计专家脑洞大开，过度设计的产物。它已经过时了，或者说，从来没有帮助，从来没有任何用处，耗费了大量时间，浪费了公司的钱，和开发人元团聚的时间。 它就是一坨。。。；跟那些被历史证明，淘汰了其他垃圾一样，它也是其中一份子。其他垃圾包括：app ...
分类：
其他好文 时间：
2019-03-05 09:24:44
阅读次数：
207
keras这个框架简洁优美，设计上堪称典范。而tensorflow就显得臃肿庞杂，混乱不清。当然，keras的周边部件比如callbacks、datasets、preprocessing有许多过度设计的感觉，但是keras的核心是好的，这个设计完美的核心使得这个系统可扩展性极强、代码逻辑性极强。然而 ...
分类：
其他好文 时间：
2018-10-30 00:59:27
阅读次数：
165
什么时机重构代码？有两种情况第一种：先开发，不要过度设计，等积攒到编码困难时，或者代码不好看时，进行重构，这个时候要考虑未来业务的方向以及代码架构的可能性，进行预想和扩展性设计，保证下次需求开发能更快；第二种：就是先借鉴行业经验，进行对比自己的业务，通过一定程度的借鉴，重构当下自己的代码的架构和模式 ...
分类：
其他好文 时间：
2018-10-12 17:08:47
阅读次数：
119
想着自己有什么，还要什么，就不会迷茫。 架构要构思周全，注重可重用性，可扩展性，但是不要过度设计 代码开发可以考虑一定的性能优化以及代码维护性，但是首先关注功能开发，等有需求时，再做进一步变更 解决问题先从分析问题的“前世今生”开始着手 ...
分类：
其他好文 时间：
2018-10-08 19:29:05
阅读次数：
169
#一、面向对象
#面向过程与面向对象
#面向过程：过程即解决问题的过程，就是有逻辑顺序，基于该思想写程序。如设计流程图，是一种机械式的思维方式。
#优点：复杂的过程流程化，进而简单化
#缺点：扩展性差
#面向对象：对象是特征与技能的结合体，基于该思想编写程序比如创造一个世界，世界是由一个个对象组成
#优点：可扩展性强
#缺点：编程复杂高，容易出现过度设计
#二、类
#对象是特征与技能的结合体，类是一系列对象相似的特征与技能的结合体。
#在实现中：一定是先有的一个个具体的对象，后总结出的类。如（人，人类）
#在程序中:一定是先定义类，后产生对象。
#类的格式： class 类名：
#类体内的代码在类的定义阶段就会立即执行，
#如：
class sut:
sc=‘dagschool‘
def learn(self):
print(‘is learing‘)
def __init__(self,name,sex,age): #__init__在调用类时会自动触发
self.Name=name
self.Se
分类：
其他好文 时间：
2018-09-18 23:27:23
阅读次数：
215
前言 编程其实就是写代码，而写代码目的就是实现业务，所以，语法和框架也是为了实现业务而存在的。因此，不管多么高大上的目标，实质上都是业务。 所以，我认为不要把写代码上升到科学的高度。上升到艺术就可以了，因为艺术本身也没有高度。。。。 软件设计存在过度设计，语法和框架的理解，也存在过度理解。比如，反编 ...
设计原则指导了类的设计，设计模式则指导的是类的行为的设计。 当我们设计类时使用设计原则作为标尺来衡量我们设计的类是否合理。那么这5个原则的应用场景是什么？什么时候使用？ 1.SPR原则：用于类的设计 当我们设计出一个类或类的原型，使用SPR原则来核对类的设计是否符合SPR要求 2.OCP原则：总的指 ...
分类：
其他好文 时间：
2018-08-01 11:40:48
阅读次数：
179
