学习日记之享元模式和Effective C++

享元模式(Flyweight):运用共享技术有效地支持大量细粒度的对象。

(1),享元模式可以避免大量非常相似的开销。在程序设计中,有时需要生成大量细粒度的类实例来表示数据。如果能发现这些实例除了几个参数外基本上都是相同的,有时就能大幅度地减少需要实例化的类的数量。如果能把这些参数移到类的外面,在方法调用时将他们传递进来,就可以通过共享大幅度减少实例的数目。

(2),如果一个应用使用了大量的对象,而这些对象造成很大的存储开销的时候就考虑使用;还有就是对象的大多数状态可以外部状态,如果删除对象的外部状态,那么可以用相对较少的共享对象取代很多组对象。

Effective C++:

1:请使用 traits classes 表现类型信息

(1),Traints classes 使得“类型相关信息”在编译器可用。他们以 templates 和 “templates 特化”完成实现。

(2),整合重载技术(voerloading)后,traits classes 有可能在编译器对类型执行 if...else 测试。

2:认识 template 元编程

(1),Template metaprogramming(TMP,模板元编程)可将工作由运行期移往编译期,因为可以实现早期错误侦测和更高的执行效率。

(2),TMP 可被用来生成“基于政策选择组合”(based on combinations of policy choices)的客户定制代码,也可用来避免生成对某些特殊类型并不适合的代码。

今日工作问题:

对于QMainWindow窗体,在show ,resize 时候,系统会在重绘前将原来的背景使用系统默认背景色擦除,如果系统默认背景色和当前窗体背景色不同,那么就会有闪烁现象。

探索1:使用setSysColor将系统背景色改为窗体背景色                                结论:setSysColor会改变系统所以窗体背景色,失败。

探索2:使用qt自带双缓冲,设置window attribute 为Qt::WA_OpaquePaintEvent或者 Qt::WA_NoSystemBackground    结论:对背景闪烁问题没有作用

期望:1.希望可以通过跟踪源码,找到具体系统绘制原理,解决闪烁问题。

2.通过改变某个窗体的背景色,禁用系统默认背景色绘制或者擦除操作解决闪烁问题。

学习日记之享元模式和Effective C++,布布扣,bubuko.com

时间: 2024-10-13 06:32:20

学习日记之享元模式和Effective C++的相关文章

学习日记之中介者模式和Effective C++

中介者模式(Mediator):用一个中介对象来封装一系列的对象交互.中介者使各对象不需要显示地相互引用,从而使其耦合松散,而且可以独立地改变他们之间的交互. (1),中介者模式很容易在系统中应用,也很容易在系统中误用.当系统出现多对多交互复杂的对象群时,不要急于使用中介者模式,而要反思你在系统的设计上是不是合理. (2),中介者的出现减少了各个对象的耦合,使得可以独立地改变和复用各个对象和中介者. (3),由于把对象如何协作进行了抽象,将中介者作为一个独立的概念并将其封装在一个对象中,这样关注

学习日记之职责链模式和Effective C++

职责链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系.将这个对象连成一条链,并沿着该条链传递该请求,直到有一个对象处理它为止. (1),当客户提交一个请求时,请求时沿着链传递直到有一个 ConcreteHandler 对象负责处理它. (2),接收者和发送者都没有对方的明确信息,切链中的对象自己也不知道链的结构.结果是职责链可简化为对象之间的连接,它们仅需保留一个指向其后继者的引用.而不惜保留它所有的候选接收者的引用

设计模式学习08:享元模式

设计模式学习08:享元模式 参考资料 https://www.jianshu.com/p/a2aa75939766 https://www.cnblogs.com/adamjwh/p/9070107.html 简介 Use sharing to support large numbers of fine-grained objects efficiently. 使用共享对象可有效地支持大量的细粒度的对象. 享元模式(Flyweight)又称为 轻量级模式,它是一种对象结构型模式. 面向对象技术可

javascript设计模式学习之十一——享元模式

一.享元模式的定义及使用场景 享元模式是一种用于性能优化的模式,如果系统中因为创建了大量类似对象而导致内存占用过高,享元模式就非常有用了.享元模式的核心是运用共享技术来有效支持大量细粒度的对象. 享元模式的关键是区分内部状态和外部状态,剥离了外部状态的对象成为共享对象,外部状态在必要时被传入共享对象来组装成一个完整的对象.那些可以被对象共享的属性通常就被划分为内部状态.

学习日记之抽象工厂模式和Effective C++

抽象工厂模式(Abstract Factory):提供一个创建一系列相关或者相互依赖对象的接口.而无需制定他们详细的类. (1),工厂方法模式是定义一个用于创建对象的接口.让子类决定实例化哪一个类. (2),为创建不同的产品对象,client应使用不同的详细工厂. 抽象工厂模式的长处和缺点: (1).优点是便于交换产品系列,因为详细工厂类在一个应用中仅仅须要在初始化的时候出现一次,这就使得改变一个应用的详细工厂变得很easy.它仅仅须要改变详细工厂就可以使用不同的产品配置. (2),它让详细的创

学习日记之工厂方法模式和Effective C++

简单工厂模式VS工厂方法模式: 简单工厂模式:最大长处在于工厂类中必须包括必要的逻辑推断,依据client选择条件动态实例化相关类,对于client来说,去除了与详细产品的依赖. 工厂方法模式(Factory Method).定义一个用于创建对象的接口.让子类决定实例化哪一个类.工厂方法模式使一个类的实例化延迟到其子类. 工厂方法模式实现时.client须要决定实例化哪一个工厂来实现对应的类.选择推断的问题还是存在的,也就是说,工厂方法模式把简单工厂的内部逻辑推断移动了client代码来进行.

java/android 设计模式学习笔记(13)---享元模式

这篇我们来介绍一下享元模式(Flyweight Pattern),Flyweight 代表轻量级的意思,享元模式是对象池的一种实现.享元模式用来尽可能减少内存使用量,它适合用于可能存在大量重复对象的场景,缓存可共享的对象,来达到对象共享和避免创建过多对象的效果,这样一来就可以提升性能,避免内存移除和频繁 GC 等. 享元模式的一个经典使用案例是文本系统中图形显示所用的数据结构,一个文本系统能够显示的字符种类就是那么几十上百个,那么就定义这么些基础字符对象,存储每个字符的显示外形和其他的格式化数据

享元模式 - 设计模式学习

享元模式(Flyweight),运用共享技术有效地支持大量细粒度的对象. 下面给出享元模式的结构图: 下面给出享元模式的基本代码结构: namespace ConsoleApplication1 { //Flyweight类,它是所有具体享元类的超类或接口,通过这个接口,Flyweight可以接受并作用于外部状态 abstract class Flyweight { public abstract void Operation(int extrinsicstate); } //ConcreteF

《大话设计模式》学习笔记22:享元模式

网站共享代码示例: 1.Flyweight: public abstract class WebSite { public abstract void Use(); } 2.ConcreteeFlyweight: public class ConcreteWebSite:WebSite { private string webSiteCategory; public ConcreteWebSite(string webSiteCategory) { this.webSiteCategory =