- **单一职责原则SRP**
- A class or module should have a single reponsibility。
- 将两个不相干的功能放到同一个类中,那就违反了单一职责原则
- 根据业务需求判断是否拆分,有几个不成文的经验:
- 类中代码行数,函数属性过多
- 类依赖其他类过多
- 类的私有方法过多
- 类起名字时比较难起一个合适的名字
- 类中大量的方法都是集中操作类中的某几个属性
- 有些场景不适合拆的太细,要考虑高内聚,比如Serializer类
- **开闭原则Open Closed Principle**
- 怎么判断修改的代码是扩展还是修改?
- software entities (modules, classes, functions, etc.) should be open for extension , but closed for modification。我们把它翻译成中文就是:软件实体(模块、类、方法等)应该“对扩展开放、对修改关闭”,增加新功能是尽量新增模块、类、方法代码,不要再原有代码基础上修改。
- 大前提只要没有破坏原有代码和测试用例的运行就是合理的修改扩展。
- 对于一些判断聚合类的修改思路:把参数封装成类,判断用handle类代替,这样新增功能是只用改参数类和新增handle类就可以了。
- 为了尽量写出扩展性好的代码,我们要时刻具备扩展意识、抽象意识、封装意识。这些“潜意识”可能比任何开发技巧都重要。
- 写代码前先思考怎么设计代码结构,事先预留好扩展点。
- 最常用来提高代码扩展性的方法有:多态、依赖注入、基于接口而非实现编程,以及大部分的设计模式(比如,装饰、策略、模板、职责链、状态等)。
- 也不要过度设计,对于短期内的变动设计扩展点是用到就ok了,另外如果ifelse不太多也不建议用策略模式增加代码的可读性难度。
- **里氏替换LSP**
- Functions that use pointers of references to base classes must be able to use objects of derived classes without knowing it / 子类对象(object of subtype/derived class)能够替换程序(program)中父类对象(object of base/parent class)出现的任何地方,并且保证原来程序的逻辑行为(behavior)不变及正确性不被破坏。
- 多态是一种语法,LSP是指导子类如何设计不会影响到父类的逻辑行为。
- 拿父类的测试用例去跑子类的方法如果报错就违背了LSP原则。
- “design by contract,按照协议来设计”
- **接口隔离原则Interface Segregation Principle**
- “Clients should not be forced to depend upon interfaces that they do not use。”客户端不应该被强迫依赖它不需要的接口
- 部分接口只提供给部分调用者使用就要拆分开,单独提供服务,其他调用者不用强制依赖不需要的接口。
- 单个api的函数接口层面,如果调用者只用到了接口中部分功能,那这个接口就违背了ISP,这也是和SRP的最大区别,SRP关注模块类接口设计,ISP只关注接口设计。
- **依赖反转原则Dependency Inversion Principle**
- DI 将所依赖的类对象通过构造函数传递进来
- 控制反转 流程的控制权从程序员“反转”到了框架
- 高层模块不依赖低层模块,它们共同依赖同一个抽象。抽象不要依赖具体实现细节,具体实现细节依赖抽象。
- **KISS和YAGNI You Ain’t Gonna Need It原则**
- Keep It Simple and Straightforward.尽量保持简单
- 保持可读可维护。优化投入产出比,逻辑复杂度,实现难度。系统性能瓶颈代码,核心功能要用复杂的方法。
- 不要使用同事不懂的技术,不要重复造轮子,不要过度优化。
- code review 评判代码是否简单。
- YAGNI不要提前引入不需要的依赖包,kiss如何做,yagni要不要做。
- **DRY Don't Repeat Yourself 不要重复自己**
- 实现逻辑重复,只要不违背语义重复,不要合并
- 功能语义重复,合并
- 代码执行重复,尽量减少IO执行。
- 代码复用性,代码复用,DRY。
- 提高复用性方法:
- 减少代码耦合
- 满足单一职责原则
- 模块化
- 业务与非业务逻辑分离
- 通用代码下沉
- 继承、多态、抽象、封装
- 应用模板等设计模式
- 泛型编程,复用意识
- **迪米特法则LODLaw of Demeter最小知识法则,实现高内聚、松耦合**
- 高内聚:相近的功能放到同一个类中。
- 松耦合:类与类之间的依赖关系简单清晰。
- Each unit should have only limited knowledge about other units: only units “closely” related to the current unit. Or: Each unit should only talk to its friends; Don’t talk to strangers.每个模块(unit)只应该了解那些与它关系密切的模块(units: only units “closely” related to the current unit)的有限知识(knowledge)。或者说,每个模块只和自己的朋友“说话”(talk),不和陌生人“说话”(talk)。
- 不该有直接依赖关系的类之间,不要有依赖;减少依赖,使用工厂模式创建对象。
- 有依赖关系的类之间,尽量只依赖必要的接口(也就是定义中的“有限知识”)。拆分多个功能单一的接口。
- 基于最小接口而非最大实现编程
文章浏览阅读3.4k次,点赞8次,收藏42次。一、什么是内部类?or 内部类的概念内部类是定义在另一个类中的类;下面类TestB是类TestA的内部类。即内部类对象引用了实例化该内部对象的外围类对象。public class TestA{ class TestB {}}二、 为什么需要内部类?or 内部类有什么作用?1、 内部类方法可以访问该类定义所在的作用域中的数据,包括私有数据。2、内部类可以对同一个包中的其他类隐藏起来。3、 当想要定义一个回调函数且不想编写大量代码时,使用匿名内部类比较便捷。三、 内部类的分类成员内部_成员内部类和局部内部类的区别
文章浏览阅读118次。分布式系统要求拆分分布式思想的实质搭配要求分布式系统要求按照某些特定的规则将项目进行拆分。如果将一个项目的所有模板功能都写到一起,当某个模块出现问题时将直接导致整个服务器出现问题。拆分按照业务拆分为不同的服务器,有效的降低系统架构的耦合性在业务拆分的基础上可按照代码层级进行拆分(view、controller、service、pojo)分布式思想的实质分布式思想的实质是为了系统的..._分布式系统运维工具
文章浏览阅读174次。1.数据源准备2.数据处理step1:数据表处理应用函数:①VLOOKUP函数; ② CONCATENATE函数终表:step2:数据透视表统计分析(1) 透视表汇总不同渠道用户数, 金额(2)透视表汇总不同日期购买用户数,金额(3)透视表汇总不同用户购买订单数,金额step3:讲第二步结果可视化, 比如, 柱形图(1)不同渠道用户数, 金额(2)不同日期..._exce l趋势分析数据量
文章浏览阅读3.3k次。堡垒机可以为企业实现服务器、网络设备、数据库、安全设备等的集中管控和安全可靠运行,帮助IT运维人员提高工作效率。通俗来说,就是用来控制哪些人可以登录哪些资产(事先防范和事中控制),以及录像记录登录资产后做了什么事情(事后溯源)。由于堡垒机内部保存着企业所有的设备资产和权限关系,是企业内部信息安全的重要一环。但目前出现的以下问题产生了很大安全隐患:密码设置过于简单,容易被暴力破解;为方便记忆,设置统一的密码,一旦单点被破,极易引发全面危机。在单一的静态密码验证机制下,登录密码是堡垒机安全的唯一_horizon宁盾双因素配置
文章浏览阅读7.7k次,点赞4次,收藏16次。Chrome作为一款挺不错的浏览器,其有着诸多的优良特性,并且支持跨平台。其支持(Windows、Linux、Mac OS X、BSD、Android),在绝大多数情况下,其的安装都很简单,但有时会由于网络原因,无法安装,所以在这里总结下Chrome的安装。Windows下的安装:在线安装:离线安装:Linux下的安装:在线安装:离线安装:..._chrome linux debian离线安装依赖
文章浏览阅读153次。中国发达城市榜单每天都在刷新,但无非是北上广轮流坐庄。北京拥有最顶尖的文化资源,上海是“摩登”的国际化大都市,广州是活力四射的千年商都。GDP和发展潜力是衡量城市的数字指...
文章浏览阅读3.3k次。前言spark在java使用比较少,多是scala的用法,我这里介绍一下我在项目中使用的代码配置详细算法的使用请点击我主页列表查看版本jar版本说明spark3.0.1scala2.12这个版本注意和spark版本对应,只是为了引jar包springboot版本2.3.2.RELEASEmaven<!-- spark --> <dependency> <gro_使用java调用spark注册进去的程序
文章浏览阅读4.8k次。汽车零部件开发工具巨头V公司全套bootloader中UDS协议栈源代码,自己完成底层外设驱动开发后,集成即可使用,代码精简高效,大厂出品有量产保证。:139800617636213023darcy169_uds协议栈 源代码
文章浏览阅读4.6k次,点赞20次,收藏148次。AUTOSAR基础篇之OS(下)前言首先,请问大家几个小小的问题,你清楚:你知道多核OS在什么场景下使用吗?多核系统OS又是如何协同启动或者关闭的呢?AUTOSAR OS存在哪些功能安全等方面的要求呢?多核OS之间的启动关闭与单核相比又存在哪些异同呢?。。。。。。今天,我们来一起探索并回答这些问题。为了便于大家理解,以下是本文的主题大纲:[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-JCXrdI0k-1636287756923)(https://gite_autosar 定义了 5 种多核支持类型
文章浏览阅读2.2k次,点赞6次,收藏14次。原因:自己写的头文件没有被加入到方案的包含目录中去,无法被检索到,也就无法打开。将自己写的头文件都放入header files。然后在VS界面上,右键方案名,点击属性。将自己头文件夹的目录添加进去。_vs2013打不开自己定义的头文件
文章浏览阅读3.3w次,点赞80次,收藏342次。此时,可以将系统中所有用户的 Session 数据全部保存到 Redis 中,用户在提交新的请求后,系统先从Redis 中查找相应的Session 数据,如果存在,则再进行相关操作,否则跳转到登录页面。此时,可以将系统中所有用户的 Session 数据全部保存到 Redis 中,用户在提交新的请求后,系统先从Redis 中查找相应的Session 数据,如果存在,则再进行相关操作,否则跳转到登录页面。当数据量很大时,count 的数量的指定可能会不起作用,Redis 会自动调整每次的遍历数目。_redis命令
文章浏览阅读449次,点赞3次,收藏3次。URP的设计目标是在保持高性能的同时,提供更多的渲染功能和自定义选项。与普通项目相比,会多出Presets文件夹,里面包含着一些设置,包括本色,声音,法线,贴图等设置。全局只有主光源和附加光源,主光源只支持平行光,附加光源数量有限制,主光源和附加光源在一次Pass中可以一起着色。URP:全局只有主光源和附加光源,主光源只支持平行光,附加光源数量有限制,一次Pass可以计算多个光源。可编程渲染管线:渲染策略是可以供程序员定制的,可以定制的有:光照计算和光源,深度测试,摄像机光照烘焙,后期处理策略等等。_urp渲染管线