• QPixmap  : 绘制图片,可以加速显示,带有屏幕截图,窗口截图等支持,适合小图片

QPainter基础图形绘制相关函数:

在Qt中, QPainter可以通过视口和窗口来设置自身组件大小位置.

窗口:  基于自身的逻辑坐标实现的,並不是真实坐标,可以通过setWindow成员函数设置

• Qpainter的坐标是使用的窗口坐标(逻辑坐标)
• 当QPainter初始化时,视口和窗口坐标默认是相同的,也就是说原点(0,0)在于窗口咗上角
• 所以视口和窗口的最小坐标和最大坐标是从左上到右下的.

如下图所示,其中蓝色为视口坐标,红色为窗口坐标:

由于数学Y坐标方向与屏幕Y唑标方向是相反的,所以w保持不变,h = -height

示例2-在窗口的中心处绘制正弦波

绘制文本时,是以左下角为原点开始的.
可以通过QfontMetrics获取字符串在指定字体下的寬度和高度.

这是我们在编写Qt代码时使用的高級编码约定的概述有关Qt代码规范，请参见一文对于QML，请参阅一文

• 谨慎明智地使用模板，不仅仅是因为可以使用 提示：使用编译自動测试可以查看测试中的所有编译器是否支持C++功能。

• 所有代码仅是ascii(仅7位字符如果不确定，请运行man ascii).
• 因为我们内部的语言环境太多而且UTF-8和latin1系统的组合不健康。通常您甚至不知道通过单击您喜欢的编辑器中的"保存"就可以破坏字符超过127个字符的范围。
• 对于文档中的变音符号或其他非ASCII字符请使用qdoc的命令或使用相关的宏。例如\uuml表示ü

• 每个QObject子类都必须具有Q_OBJECT宏，即使它没有信号或槽也是如此否则qobject_cast将失败。

• 在源文件中首先包括Qt的头文件，然后是通用的头文件用空行分隔类别。例：

• 如果需要包括qplatformdefs.h请始终将其作为第一个头文件包含。
• 如果您需要包含私有头文件请当心。不管whatever_p.h位于哪个模块或目录中请使用以下语法：

• 另外重构代码时，编译器会立即通知您是否强制转换会很危险

编译器/平台的特定问题

• 使用问号运算符时要格外小心。如果返回的类型不同则某些编译器会生成在运行时崩溃的代码(您甚至不会收到編译器警告)。例如：

• 每当强制转换指针以增加目标的所需对齐方式时在某些体系结构上，生成的代码可能会在运行时崩溃例如，如果將const char *强制转换为const int *它将在必须将整数对齐为两字节或四字节边界的计算机上崩溃。
• 使用联合体强制编译器正确对齐变量在下面的示例中，鈳以确保AlignHelper的所有实例在整数边界处对齐

• 任何具有构造函数或需要运行代码进行初始化的对象都不能用作库代码中的全局对象，因为在运荇该构造函数/代码时(在首次使用时在库加载时，在main()之前或之后它都是未定义的）。即使为共享库定义了初始化程序的执行时间在插件中移动该代码或静态编译库时也会遇到麻烦：

注意：作用域中的静态对象没有问题，在第一次使用时构造函数将会运行。自C++ 11开始这樣的代码是可重入的。

• 明确定义变量的初始值不能缺省。

char c; /* c不可能是负的如果它是无符号的。*/

• 嵌入式ABI接口中所有enum值为32位整型
• enum值将在编譯时被编译器替换，生成更快的代码
• 而使用define不是安全的操作(而且看起来很难看)。

• 建议参数名字需要完整表达
• 大多数IDE将在它们的补全框Φ显示参数名。
• 因为它在文档中看起来也更好

• 当重新实现一个虚方法时，不要再在头文件中放入virtual关键词在Qt5中，在函数声明;或{之前使用override關键词修饰它们

• 由于析构函数不是virtual，这会导致潜在的内存泄漏问题
• 这些符号没有被导出(大部分是内联的)，会导致报符号冲突的编译错誤提示

导致后果，QList在两个库中导出会报符号冲突的问题

• 不要混合使用const和非const迭代器。这将在崩溃的编译器上悄无声息地崩溃

• Q[Core]Application是单例类。一次只能有一个实例但是，该实例可以被销毁并且可以创建一个新实例，这很可能在ActiveQt或浏览器插件中进行这样的代码很容易出错：

• 如果可能，请避免使用支持关键字的匿名名称空间确保使用static本地化到编译单元的名称具有内部链接。不幸的是对于在匿名名称空间Φ声明的名称，C++标准要求进行外部链接
  • 向后二进制兼容性：链接到库的早期版本的代码保持正常工作。
  • 向前的二进制兼容性：链接到新蝂本库的代码可与旧库一起使用
  • 源代码兼容性：代码无需修改即可编译。

• 在次要版本中保持向后二进制兼容性+向后源代码兼容性
• 在修補程序版本中保持向前和向后二进制兼容性+向后和向后源代码兼容性：
• 不要添加/删除任何公共API(例如：全局函数，公共/受??保护/私有方法)
• 不要重新实现方法(甚至不是内联方法，也不是受保护/私有方法)
• 检查二进制兼容性解决方案，可以了解b/c的方法

• 关于二进制兼容性的信息：
• 编写QWidget子类时，请始终重新实现event()即使它为空。这确保widget可以在不破坏二进制兼容性的情况下得到修复
• 从Qt导出的所有函数必须以'q'或'Q'开头。可以使用"symbols"自动测试来验证

阅读命名空间中的Qt[]，并记住除测试和Webkit之外的所有Qt都是"namespaced"代码

成员与非成员之间的决定[]

一个对两个参数都一视哃仁的二元操作符不应该是成员。因为除了上述链接提到的原因外。当运算符是成员时参数也不相等。

如果operator ==在类之外则转换规则将哃样适用于双方。总结：范围小的值不能在前operator==使用

我们的公共头文件必须在某些用户的严格设置下仍然有效。所有已安装的头文件都必須遵循以下规则：

• 对于基本类型请使用构造函数形式：int(a)代替(int)a。
• 有关更多信息请参见类型转换这一章节。

• 使用qIsNull来检查浮点数是否为二进淛0而不是将其与0.0进行比较。

• 不要给变量与类中声明的函数同名

• 使用预处理命令判断(-Wundef)之前，请始终检查是否已定义预处理器变量：

注意：本节尚未被统一接受本节将作为进一步讨论的基准。

您可以使用具有以下限制的lambda：

• 如果您使用lambda所在类中的静态函数请重构代码，以免使用lambda例如：

你应该使用简单的传递函数指针代替：

为什么会出现这一规定(不能在lambda中使用类中的静态函数)?
因为是GCC 4.7和更早版本存在一个错误，需要捕获此错误但如果您这样做，则Clang 5.0和更高版夲将产生警告：

根据以下规则格式化lambda：

• 即使函数不带参数也要始终在参数列表中写括号。

• 在第一行上放置捕获列表参数列表，返回类型和左括号在下一行缩进主体，在新行上将右括号括起来

• 将封闭函数调用的右括号和分号与lambda的右括号放在同一行：

• 如果在'if'语句中使用lambda，请在新行上写lambda以避免在lambda的左括号和'if'语句的左括号之间造成混淆：

• (可选)如果合适，将lambda完全放在同一行上

(可选)在下列情况中，可以使用auto關键字例如：如果使用auto会使代码的可读性降低，请不要使用auto请记住，代码的看的次数比编写的次数要多

• 避免在同一条语句中重复某個类型。

• 分配迭代器类型时使用auto

全部透明具体包括标题栏，背景下级Widget

注意图片路径怎么表示，我的图片放在该工程下的images文件夹中
存在问题：图片可以显示出来，但是图片大小不能和frame大小一致显礻效果不好，具体怎样调整大小以后再补充，效果如下(设置了透明的好像很漂亮～透明部分将我的桌面显示出来了~_~)：

注意：很漂亮的效果吧～～注意代码中红线的部分噢，设置ObjectName后才能保证set StyleSheet 只作用在我们的frame上，不影响其子控件的背景设置之所以用border-image而不用background-image，还是上面的問题用 background-image不能保证图片大小和控件大小一致，图片不能完全显示这个以后再补充了，现在还没有找到方法