一  设计原则 (SOLID) 1.  S - 单一职责原则(Single Responsibllity Principle) 1.1  定义 一个类或者模块只负责完成一个职责(或功能), 认为"对象应该仅具有一种单一功能"的概念, 如果一个类包含了两个或两个以上业务没有关联的功能,就被认为是职责不够单一,可以差分成多个功能单一的类 1.2 举个栗子 Employee 类里面包含了多个不同的行为, 违背了单一指责原则 通过拆分出 TimeSheetReport 类, 依赖了 Emplo…
一.统一建模语言UML UML是一种开放的方法,用于说明.可视化.构建和编写一个正在开发的.面向对象的.软件密集系统的制品的开放方法 UML展现了一系列最佳工程实践,这些最佳实践在对大规模,复杂系统进行建模方面,特别是在软件架构层次已经被验证有效 详情转: 设计模式--统一建模语言UML 二.面向对象设计原则 软件设计的难点是应对变化.通过把系统功能封装成一个个对象,可以实现粒度细化.功能实现耦合度低和职责独立.耦合度低就是高内聚.松耦合,能够减少功能实现之间的关联,降低修改的影响:职责独立能够…
1.热点问题 在某一时间段,有大量的数据同时对一个region进行操作 2.原因 对rowkey的设计不合理 对rowkey的划分不合理 3.解决方式 rowkey是hbase的读写唯一标识 最大长度是64KB. 4.核心原则 设计必须按照业务需求进行设计 5.长度原则 经验:10~100字节可以 官方:16字节,因为操作系统时8字节进行存储 6.散列原则 划分region是按照rowkey的头部进行划分. 有几种方式: )组合字段 id+timestamp )反转rowkey 7.唯一原则 是…
1.热点问题 在某一时间段,有大量的数据同时对一个region进行操作 2.原因 对rowkey的设计不合理 对rowkey的划分不合理 3.解决方式 rowkey是hbase的读写唯一标识 最大长度是64KB. 4.核心原则 设计必须按照业务需求进行设计 5.长度原则 经验:10~100字节可以 官方:16字节,因为操作系统时8字节进行存储 6.散列原则 划分region是按照rowkey的头部进行划分. 有几种方式: )组合字段 id+timestamp )反转rowkey 7.唯一原则 是…
避免代码复制.解决方案:函数.父类: 封装.尽量private每个类的成员变量,用操作封装数据,减少类与类之间成员变量的直接调用,而是调用method,降低耦合: 可扩展性最大化.尽量使用框架+数据的模式,可以使用容器,避免硬编码.避免以后功能扩展的时候做大规模的代码改造.…
我们来定义一下  AOP(面向切面编程) 它是面向对象的一种补充或者是一种增强,它在这基础上增加了一些 而外的功能增强. 它可以在原有的行为不改变的前提,在这之前或者之后完成一些而外 的事情. 而AOP用的思想和模式就是代理模式. 代理模式分为两种: 1.静态代理. 静态代理的代理类是开发人员自行编写的,并且在编译期就已经 确定.编写相应的接口和实现类,同时编写一个代理类实现这个接口. 缺点: 1.需要为每一个目标对象编写相应得代理实例,从而代理不同的业 务逻辑. 2.当接口发生变动时,所有的代…
面向对象设计原则是OOPS编程的核心, 但我见过的大多数Java程序员热心于像Singleton (单例) . Decorator(装饰器).Observer(观察者) 等设计模式,而没有把足够多的注意力放在学习面向对象的分析和设计上面.学习面向对象编程像"抽象"."封装"."多态"."继承" 等基础知识是重要的,但同时为了创建简洁.模块化的设计,了解这些设计原则也同等重要.我经常看到不同经验水平的java程序员,他们有的不知…
Design Principle vs Design Pattern设计原则 vs 设计模式 来源:https://www.tutorialsteacher.com/articles/difference-between-design-principle-and-design-pattern In software engineering, design principle and design pattern are not the same.在软件工程中,设计原则和设计模式是不同的. Des…
在复杂系统的架构设计中引入设计原则与模式,能够极大降低复杂系统开发.和维护的成本 目录 几个问题 为什么要学习设计模式 优良架构设计的具体指标 理解复杂系统 面向对象思想(指导复杂系统的分析.设计.实现) 设计原则 设计模式 几个问题 单一职责原则的职责是什么 依赖倒置中的依赖是什么?(依赖注入DI,和 IOC 控制反转) 组合与聚合的区别是什么 贫血模型与充血模型的差异在什么地方 阅读开源项目代码时,单个方法可以理解,整体看不懂 为什么要学习设计模式 有助于更快地读懂开源项目代码 自己编写通用…
一.引言   今天我们开始讲"行为型"设计模式的第九个模式,该模式是[访问者模式],英文名称是:Visitor Pattern.如果按老规矩,先从名称上来看看这个模式,我根本不能获得任何对理解该模式有用的信息,而且这个模式在我们的编码生活中使用的并不是很多.该模式的意图定义很抽象,第一次看了这个定义其实和没看没有什么区别,一头雾水,为了让大家更好的理解该模式的初衷,我们举个例子来说明模式.比如:当我们为了解决一个新的软件需求的时候,经过多个日以继夜的努力,最终通过一个完美(自己认为的)…