自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(3)
  • 资源 (22)
  • 收藏
  • 关注

原创 设计模式(七)之装饰模式

装饰器模式,顾名思义,就是对已经存在的某些类进行装饰,以此来扩展一些功能。下图为其结构图:四个主要角色分别为:抽象构件(Component)角色:给出一个抽象接口,以规范准备接受附加责任的对象。具体构件(ConCreteComponent)角色:定义一个将要接受附加责任的类。装饰(Decorator)角色:持有一个构件(Component)对象的实例,并定义一个与抽象构件接口一致的接口...

2020-03-23 22:55:30 194

原创 设计模式(六)之里氏替换原则

里氏替换原则,为继承定义规范。里氏替换原则有如下特点:代码共享,减少创建类的工作量提高代码的重用性提高代码的可扩展性提高产品代码的开放性继承侵入性 只要继承,必须拥有父类的内容降低代码的灵活性,子类必须拥有父类的属性和方法增强耦合性。里氏替换原则:有一功能P1,由类A完成。现需要将功能P1进行扩展,扩展后的功能为P,其中P由原功能P1与新功能P2组成。新功能P由类A的子类B来完...

2020-03-15 15:05:34 113

原创 设计模式(五)之依赖倒转原则

依赖倒置原则的包含如下的三层含义: 高层模块不应该依赖低层模块,两者都应该依赖其抽象 抽象不应该依赖细节 细节应该依赖抽象就是面向接口编程,采用依赖倒置原则可以减少类间的耦合性,提高系统的稳定性,降低并行开发引起的风险,提高代码的可读性和可维护性。举个例子,小明开奔驰车。我们需要两个底层模块,司机类,奔驰车类。以及调用其二者的高层模块正常来写是这样子的:Pro...

2020-03-05 21:37:49 184

小程序(三)配置tabbar及自定义tabbar样式

关于tabbar部分,官方文档是有明确的说明的,当然,我这里是不存在把官方文档给你复制一遍的情况。我大概把我再看官方文档过程中遇到的坑,大概复述一下。 一:配置tabbar 这个主要是使用小程序自带的tabbar,在项目根目录下的app.json中配置,这个简单配置一下就可以了。

2020-09-26

blur-admin-master.zip

这个模板比较有现代感; 而且一次就给2套; 不过是为 Angular 量身定做的; 下面的 demo 链接需要才可正常浏览; demo1:http://akveo.com/blur-admin-mint/#/dashboard

2020-09-26

gentelella-master.zip

gentelella 则是一款黑色主题的模板; 这个模板我现在也在用; demo:https://colorlib.com/polygon/gentelella/index.html

2020-09-26

startbootstrap-sb-admin-2-master

大名鼎鼎的 sb 模板,这个我就不做太多的介绍了,用上就知道了。 demo:https://blackrockdigital.github.io/startbootstrap-sb-admin/

2020-09-26

startbootstrap-sb-admin-master.zip

大名鼎鼎的 sb 模板,这个我就不做太多的介绍了,用上就知道了。 demo:https://blackrockdigital.github.io/startbootstrap-sb-admin/

2020-09-26

ace后台模板ace-master

这套后台管理系统的模板,是我刚刚开始做开发的时候使用的。做的还是挺好的,就是样式可能有点老。demo:http://ace.jeka.by/

2020-09-26

设计模式(十六)之抽象工厂模式.zip

抽象工厂模式是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。这种类型的设计模式属于创建型模式,它提供了一种创建对象的最佳方式。在抽象工厂模式中,接口是负责创建一个相关对象的工厂,不需要显式指定它们的类。每个生成的工厂都能按照工厂模式提供对象。

2020-02-17

设计模式(十五)之观察者模式.zip

观察者模式主要应用于一对多的依赖关系,让多个观察者对象同时监听某一个主体对象,这个主题对象在状态发生变化时,会通知所有观察者。当一个对象改变需要同时改变其他对象,而且他不知道具体有多少对象需要改变的时候,应该考虑使用观察者模式。

2020-02-17

设计模式(十四)之建造者模式.zip

建造者模式精髓:建造者模式使得建造代码与表示代码的分离,可以使客户端不必知道产品内部组成的细节,从而降低了客户端与具体产品之间的耦合度。

2020-02-17

设计模式(十三)之外观模式.zip

外观模式(Facade)的定义:为子系统中的一组接口提供一个一致的界面,外观模式定义了一个高层接口,这个接口使得这个子系统更加容易使用。

2020-02-17

设计模式(十二)迪米特原则(最少知识原则).zip

迪米特(最少知识)法则:如果两个类不必彼此直接通信,那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话,可以通过第三者转发这个调用。

2020-02-17

设计模式(十一)之模板方法模式.zip

模板方法模式:定义一个操作中的算法骨架,而将一些步骤延迟到子类中,模板方法使得子类可以不改变一个算法的结构即可重新定义该算法的某些特定步骤。

2020-02-17

设计模式(十)之原型模式.zip

原型模式:就是从一个对象再创建另一个可定制的对象,而且不需要知道任何创建的细节。 重写抽象类中的Clone方法或者重写ICloneable中的Clone方法。 也就是说:要实现克隆的这个类,必须实现其Clone方法。

2020-02-17

设计模式(九)之工厂模式.zip

工厂模式:定义一个用于创建对象的接口,让子类来决定实例化哪一个类,工厂方法使一个类的实例化延迟到子类。

2020-02-17

设计模式(八)之静态代理模式.zip

静态代理总结: 优点:可以做到在符合开闭原则的情况下对目标对象进行功能扩展。 缺点:我们得为每一个服务都得创建代理类,工作量太大,不易管理。同时接口一旦发生改变,代理类也得相应修改。

2020-02-17

设计模式(七)之装饰模式.zip

装饰模式精髓主要在装饰类Decorate.cs及子类中的base(执行父类方法)关键字,这二者体现了设计模式的精髓。

2020-02-17

设计模式(六)之里氏替换原则.zip

里氏替换原则有如下特点: 代码共享,减少创建类的工作量 提高代码的重用性 提高代码的可扩展性 提高产品代码的开放性 继承侵入性 只要继承,必须拥有父类的内容 降低代码的灵活性,子类必须拥有父类的属性和方法 增强耦合性。

2020-02-17

设计模式(五)之依赖倒转原则.zip

依赖倒置原则的包含如下的三层含义: 1. 高层模块不应该依赖低层模块,两者都应该依赖其抽象 2. 抽象不应该依赖细节 3. 细节应该依赖抽象 就是面向接口编程,采用依赖倒置原则可以减少类间的耦合性,提高系统的稳定性,降低并行开发引起的风险,提高代码的可读性和可维护性。

2020-02-17

设计模式(四)之开放封闭原则.zip

软件实体(类、模块、函数等等)应该可以扩展,但是不可以修改。 也就是如果需求发生变化导致程序中多个依赖模块都发生了级联的改动,就说明这个程序是有问题的,程序变得相对脆弱、无法重用。开放封闭原则就相对的解决了这个问题,它强调的是你设计的模块应该从不改变(绝对不改变是不可能的,只能相对少改动)。当需求变化时,你可以通过添加新的代码来扩展这个模块的行为,而不去更改那些已经存在的可以工作的代码。

2020-02-17

设计模式(三)之单一职责原则.zip

软件设计真正要做的内容,就是发现职责并把那些职责互相分离。单一职责原则可以使类的复杂度降低,实现什么职责都有清晰明确的定义;类的可读性提高,复杂度降低;可读性提高了,代码就更容易维护;变更(需求是肯定会变)引起的风险(包括测试的难度,以及需要测试的范围)降低。

2020-02-17

设计模式(二)之策略模式.zip

策略模式:定义了算法家族,分别封装起来,让其之间可以互相替换,此模式让算法的变化,不会影响到使用算法的客户。

2020-02-17

设计模式(一)之简单工厂模式

简单工厂模式,通俗点说,就是有一个基类(class abstract interface)以上三种类型都可以,在基类中定义方法,由子类来实现重写或者实现,那我们声明变量类型的时候,直接声明成这个基类的类型就好了。

2020-02-17

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除