面向对象设计原则

单一职责原则设计目的单一的类, 职责单一! 不是功能单一, 也就是某个类负责一方面的任务人不是单单一个功能, 否则就违反了"高内聚".开放-封闭原则对扩展开放, 对修改封闭. 不修改不会不会出问题? 对于经过测试的代码如果没哟屋恩替是不提倡修改的, 修改过后要进行回归测试.里氏(

单例模式总结

在软件开发过程中经常会遇到一个类只需要一个对象, 我们在整个程序的运行过程供仅使用这个对象完成一部分功能, 这种类的设计有一个传统的名字——单例模式. 单例模式体现了功能的高内聚, 单例独自拥有一个系统的一部分功能, 通过单例对象在系统的任何地方调用方法也就统一管理的系统的这部分功能.

工厂模式——简单工厂、工厂方法、抽象工厂

目录[toc]前言工厂模式属于创建型模式,它很好的解耦了对象的创建依赖。什么是对象的依赖呢? 在java中如果在一个类里new创建了一个对象, 就说明这个类依赖了被创建的对象的类。工厂模式主要关注如何创建对象,在简单工厂模式下我们传入所需要创建类的关键字就可以得到我们需要的对像,在工厂方法中我们可

后端设计接口的几点总结

前后端分离开发的模式已经是项目开发的主流,它相比于传统的开发(例如jsp+servlet、asp + .net、thymeleaf、freemaker等)可以使开发者可以更专注自己的业务,这里先不讨论性能的问题,传统开发前后端往往耦合较大,开发过程前后端相互牵制,或者说后端几乎把前端的事情都做了,这种开发模式持续了很长时间,直到有一天ajax的出现,才打破了这种开发模式。使用前后端分离开发模式可以使前后端的开发同时进行,使开发者更专注自己的业务——前端更专注用户界面和体验,后端更注重业务逻辑的实现和业务查询性能。当然,没有十全十美的事物,起初,前后端分离也是有缺点,在jsp+servlet开发的时代,后端可以轻易的操作会话,意味着后端对前端的把控更足,但是在前后端分离的开发模式中,功能都是一个个的接口,使用接口都是通过http请求来完成的,前端请求后端接口是在一个黑盒的环境下,二者谁也不知到谁,这就给第三者或者恶意用户有机可乘, 循环调用接口,恶意增加删除数据,特别是用户相关的信息,都是公司最重要的数据。前后端分离后端如果没有一个很好的安全手段来防止这种危险是不行的。暴露出来了问题就要解决问题,随后,shiro、spring security,OAuth等一系列安全框架规范应运而生,至此前后端分离的开发模式才真正的趋于完善。
Your browser is out-of-date!

Update your browser to view this website correctly. Update my browser now

×