单选

1. D

   考察对C++11 Uniform Initialization的理解

   AC都是相同错误, 花括号初始化不允许有精度丢失的隐式转换, AC都将编译出错; 坚持使用花括号初始化变量, 一定程度上能避免隐式转换带来的bug, Explicit is better than implicit! B是C的干扰项, 同事很爽快的选中了C, 因为他确定不能像B这么干

2. D

   C++ 的lambda着重给同事讲过, 告诉他原理可以看成是生成了一个只有编译器知道的匿名的可调用类(实现了operator() ), 捕获列表[]里有东西的话相当于这个类有字段, 捕获方式则决定了这些字段是如何初始化的, lambda的参数列表相当于operator()的参数列表. 把这些对应关系搞清楚了就不用去死记硬背lambda有几种写法了. A的return i + 1的i未定义, B的f调用需要参数, C是A的干扰项, 同事觉得C肯定不对, 连括号()都没得, 选A! 公司Qt项目中大量使用lambda作为槽函数.

3. D

   公有继承表示的是“is-a”的关系, class Dog: public Animal ..., Dog是Animal

4. A

   私有继承 class Television: private Radio, 电视机不是收音机, 只是想用收音机里面的一些现成的可用的功能, 电视机并不想让别人知道它借用了收音机的东西, 所以用私有继承, 是一种实现细节. 其实这是一种不太好的方式, 到处搜刮现成的实现来强行塞进来, 屎山不是一日建成的; 其实当想用C++的继承时就得三思是否可以构建一个健壮的继承层次, 设计的时候多考虑组合或者继承接口, 给同事讲解一个项目中某个地方为啥要用继承来实现时区分的两种继承方式, 他依稀记得是说过, 但是忘记了, 更糟糕的是他根本不认识里面的任何关键字单词...

5. C

   通过基类指针来操纵子类实例啦. 同事一眼选中A, 他觉得B选项Base后面怎么能有个花括号, CD这么长, 先排除了

其实通过跟他对每个选项的讨论, 我知道他只是想挑出正确答案, 并不是想搞清楚不对的选项为什么不对, 他的关注点完全不在考察点, 不理解这道题的意图, 当然很容易踩中故意设计的陷阱, 他也没辜负我出题时的坏心思, 所有陷阱全踩了

问答参考(有些答案不止一种,满足要求即可)

1.  for (auto& number: numbers){
    	number += 10;
    }
   

2.  std::for_each(numbers.begin(), numbers.end(), 
                  [](int &number){ number += 10;});
   

3.  auto ptr = std::unique_ptr<Buffer, decltype(&release_buffer)>(
               create_buffer(), release_buffer);
   

4.  class Object{
    	Object(const Object& obj); // copy constructor
        Object& operator= (const Object& rhs); // copy assign operator
        Object(Object&& object);   // move constructor
        Object& operator= (Object&& rhs); // move assign operator
        ~Object();  // destructor
    };
   

5. RAII的思想为: 在构造器中获取资源, 建立类的不变量(invariant), 在析构器中释放获取过的资源; 通过使用局部变量这种方式来管理资源, 当局部变量出作用域时, 获取的资源将被变量的析构函数自动释放

题跟答案都是根据自己的理解编造的, 欢迎提出不同的观点

统一回复下"求带, 求指导"朋友:

1. 本人随时处在繁重的学习当中, 几乎是没时间的, 通过网络指导的话效率也太低了, 彼此的时间不应该这样浪费;

2. 学编程的话没有太多诀窍, 多看多练多写多想, 我觉得最忌讳的是去死记硬背(但你通常可以通过思维导图来整理一些重要细节帮助理解记忆);

3. 多问"为什么", 知识是客观存在的, 乃死物, 多问问它的来龙去脉, 怎么来的, 为什么要这样, 这样有什么好处, 如此这般才能接触到事物的真相和本质. 举个不太恰当的例子: 2019年7月19号早上你发现你家门口有一只陌生的猫, 如果只停留在表象"哇, 今早我家门口有只猫", 这件事可能你很快就忘了, 忘记了是哪天, 忘记了这只猫的颜色, 甚至忘记了在家门口见到一只猫的事情...如果多提出一些疑问: 这只猫哪来的? 什么品种? 公的母的? 猫主人是谁? 你甚至好奇的尾随它到了另一户人家门口, 发现猫的主人是个漂亮的姑娘, 以此发生了一段美妙的邂逅...之后你回忆起来, 这些场景历历在目, 如数家珍地跟自己的孩子讲述着你跟孩子他妈邂逅的过程...

其实学知识很大程度上是在学历史, 这些知识不是平白无故出现的, 是为了解决具体问题而提出来的, 是从生活实践中抽象出来的, 所以很有必要了解其背景, 这样才能在运用知识上得心应手, 因为你清楚它的应用场景, 适用条件. 以C++来举例, C++一直在发展, 不断提出新标准, 新语法, 不断扩充的标准库, C++越来越臃肿遭人诟病, 太多的语法糖, 越来越难使用. 其实这个时候换一个角度看问题就好了: 为什么提出这个新语法? 出发点是什么? 解决了以前的什么痛点?为什么这样更好? 这可能需要你去关注标准委员会的动向, 他们的讨论, 他们的决策, 当然你也可以通过一些书籍文章了解到这些东西. 虽然可能不会去用新特性, 但是可以学到一些解决问题的思路, 一些设计理念. 也千万不要强行用上新特性(出于了解学习目的是可以的), 不能为赋新词强说愁, 个人认为使用新特性最好的时机是发现某个新特性正好解决了你的一些痛点.

这第3点是自己这些年来自学的一些心得. 我是物理学出生, 但是专业学得稀烂, 很大程度上是因为接受不了那些突兀的, 毫无生机的, 压缩饼干似的知识. 以前学校的老师只是负责把这些东西分发给你充饥, 很显然我不屑于吃, 最后是饿死的. 后来, 尤其是工作这两年, 重新审视物理跟数学, 发现他们其实是一部超级燃的历史小说, 每个重大的理论定理后面都有一段脍炙人口的故事, 难怪以前有些老师让我们多看课外书, 扩充知识面, 我想他们说的课外书, 就是这些"历史书"吧, 当初一直错误地认为是"xxx题典", 这些方法论的花招式更多时候只有打发时间之用, 更重要的是知识的起源, 从历史的角度, 从认识论的角度来探讨知识, 这样才能真正修炼成自己的内功.

1. 还是让自己可以流畅的读英文吧, 我对带的同事提升英语阅读的建议是: 你不是比较熟悉C嘛, 找一本C语言的英文的书, 从头开始看, 里面讲的东西你都比较熟悉了, 所以侧重点就在于看英语是怎么表达的, 学习专业词汇, 咬文嚼字地看, 坚持看完这样一本, 你以后就无所畏惧了. 一言蔽之: 找一本你熟悉的感兴趣的主题的英语书看完.

2. 最后推荐一些个人喜欢的站点, 对C++或编程应该很有用.

   • 随时可查阅的字典: https://en.cppreference.com/w/
   • 专题式的解惑: https://isocpp.org/faq
   • 指导性文档: https://github.com/isocpp/CppCoreGuidelines/blob/master/CppCoreGuidelines.md
   • 专题式或项目式的总结: https://www.codeproject.com/
   • 很多设计理念上的探讨(注意慎重看待里面的奇技淫巧): https://www.fluentcpp.com/posts/

接下来几天忙于搬家, 没时间长篇大论的回复了, 你们饭后茶余看看就好, 祝大家快乐学习, 开心工作!