2020年1月

没看文档，看别人写的时候有点懵，顺便记录一下。

add_library(<name> SHARED ${<LIBNAME>_SRC})

比如说项目顶级目录为/project，按照CMake的文件夹结构，下面应该有一个src子目录存放所有的源码，则用add_library命令调用的方法是add_library(project SHARED ${project_SRC})。

其中project_SRC代指的就是/project/src这个目录，变量名不用预先定义。

又是一个自由的，变量名有特殊含义的编程语言= =

在拿绘制Julia集练手的时候，取参数为-0.8+0.156i的时候，实轴方向有效区域大小约在-2~2之间，而虚轴方向有效区域大小为-1~1。然后用ContourPlot绘制的时候，发现不论xy取值区域大小关系如何，默认都会化画成一个正方形。然后发现自己语文水平8行，不知道该搜什么。。。

想了老半天，试了interval，scale都没有什么效果。不过搜着搜着发现了ratio这一关键词，顺藤摸瓜找到了AspectRatio这一参数。经过试验，该参数至少在ContourPlot内可用。

不过自己画的效果果然还是没有内置函数好，JuliaSetPlot函数和自己根据CUDA编程书设计的Julia函数画起图来效果简直是一个天上一个地下= =

见 https://forum.xda-developers.com/galaxy-s5/general/fix-es-file-explorer-root-error-t3382537

原因是他们的root权限使用模块似乎只会寻找/system/xbin/su作为唯一的测试文件。。

然后TWRP有时只会把su装到/su/bin目录下，就和ES文件浏览器读的位置错开了= =

这个时候不论是用软链接还是直接把文件复制过去都行。然后ROOT工具箱就开启成功了。

因为不愿意离开宇宙最强的IDE，所以选择了在Visual Studio中安装插件的方式来进行Qt程序开发。

鬼知道Qt插件为什么在有这么明显的bug的时候还直接传上来啊！

一打开项目，所有自动生成的代码全部飘红，这我还用个毛线球啊！

问题主要有以下两个：

  1. 所有的#include标记全部显示“无法打开源文件”。该问题的确可以通过修改项目的包含目录include path实现，但是这不是最佳的解决方案——如果这些工作都需要手动配置的话，我还要这插件作甚？
  2. 其中以ui_格式开头的头文件，即使在设置了包含目录后也还是找不到。

解决方案如下：

  1. 这实际上是Qt插件版本的锅。在我使用的时候，VS2019扩展市场提供的是2.4.3版本的插件。在StackOverflow上看到的提问中有人提到了插件版本的问题，于是考虑是否与这个有关。按照地址下载了一个2.4.2 Rev.14的插件重新安装后，问题解决。当然不要忘记对插件的Qt版本进行配置——默认插件是不会寻找你电脑里已经安装的版本的，需要手动配置库的位置。
  2. ui_xxxx.h形式的文件是Qt编译时产生的。在使用插件正确完成配置后，可以考虑直接生成一下项目，这样msbuild会调用相关的Qt动作以生成对应的文件。
  1. 1
  2. 2