第2学堂－专栏

娇小灵活的简捷配置不过是年轻人谈情说爱的玩具，帝国大厦的构建，终归要交给CMake去母仪天下。一个没有使用 CMake 的 C++ 项目，就像未来世界里的一台相声表演，有了德纲却无谦，观众笑着遗憾。

刚开始学习 C/C++ 语言，确实会有一段不长不短的时间，我们可以把所有的功能写到同一个源文件里去；不过，随着学习的深入，我们需要将代码以某种形式划分，分成多个源文件中去，这时候，要如何继续在 vscode 里支持多源文件的项目呢？今天我们讲一个便捷的方法。

手把手完成专用于简捷C/C++项目的VSCODE配置。同时从根子上理解及解决C/C++程序运行、调试、输入、输出可能会碰上的乱码问题。

安装 VSCODE 之后，不要随便安装 一堆插件（扩展），应先按工作目的创建配置（Profiles），再作设置（Settings)，确保 vscode 不臃肿。

msys2 提供可在Windows下使用 GCC 编译器；并且，借助 Linux 包管理功能，可轻松下载丰富的可在Windows下直接使用的 C/C++ 开发包，包括编译好的二进制包。网络库asio、准标准库boost、zip解压缩、json格式处理、引擎 SDL……十八般兵器，一行指令下载，再也不用费尽心思自己手工打造（编译）各种三方库了！

在Windows和Linux下，讲解如何搭建VSCODE集成 C/C++、GO、Python、Java等语言的开发环境。不是仅仅写出一步步怎么做，还会讲出关键步骤背后发生了什么，让你基于理解学习，轻松实现举一返三，一通百通。

（清华大学出版社 《把设计模式用起来》书稿试读）现在就用一句话回答：命令（Command）模式在让代码更好地应对未的变化这件事上，原理是什么？也是通过牺牲自己吗？工厂方法（Factory Method）呢？观察者（Obsever）呢？如果你不能张口就来，那么，从对个别设计模式的认知，还没达到知根知底的水平。

上一篇：《把设计模式用起来（3）——用不好的原因 之 实践不足》本篇继续讲设计模式用不好的常见原因，这是第二个：使用设计模式的时机不对。

为什么看书时，感觉学会了设计模式，一要使用却又不会？今天我们讲第一个原因：工作没有逼着你用设计模式，造成你实践不足。

所以，当几位《白话C++》（我的另一本拙著）的读者，对书中零星提到的，自然流露的、朴素的编程思想感到兴趣，问我能不能写一本《白话设计模式》时，我是有“写本设计模式的书，让读者一看就懂”的冲动，很快想到长辈的教诲，意识到一个事实：我自己的设计模式，也不是看书学会的。应该是小学二三年级的某个午后，我搭好梯子往屋顶爬，爬到一半人梯皆倒。现在，有人问我能否写本《白话设计模式》，我又一次思索这个问题，仍然没有清晰的答案，像极了那个阳光明媚的午后，我倒在地上望向梯子，心中发懵，明明是向上爬的工具，为何会置我以死地？

简简单单学会创建及使用 wxWidgets 图形界面库的状态栏。

有些同学对 linux 开发存在非常古老的误解：以为日常开始就是在linux黑乎乎、或者绿油油、或者五颜六色的文字界面终端下敲字符……像极了电影中的黑客。如果说到调试，这下刻板的印象更加固化了，密密麻麻的满屏幕的字符……调试者盯着屏幕，鼻尖冒汗，镜头缓慢推进 ，小小的汗珠里倒映的，挤了六个字母……

人之所以会在这里产生这个问题，多半因为我们在语义上知道 emplace_back 最终就是要为容器插入一个 新元素，而那个元素的类型是确定的。

指针和引用当然还有别的用处，且有既有紧密关系又有重大区别。但都不是问题“为什么要有指针和引用类型”的重点了，因为本文已经讲了“为什么需要指针或引用”的一个必要条件。