bigchen

文章目录场景一：声明和实现都在 `.h` 文件中时，给外部模块用，需不需要导入导出 ？场景二：声明和实现分开在 `.h` `.cpp`文件中时，给外部模块用，需不需要导入导出 ？场景三：声明和实现分开在 `.h` `.cpp`文件中时，给外部模块用，只导出需要的函数接口行不行 ？场景四： 给外部使用的枚举需要显式导入导出么？常量需要导入导出么？释疑与总结题外话通常情况下，开发者在用到 __declspec(dllexport) 和 __declspec(dllimport) 时，大多数是为了本模块的接口供

文章目录1.背景2.如何进行分层2.1阿里规范2.2优化分层3.分层领域模型的转换3.总结1.背景说起应用分层，大部分人都会认为这个不是很简单嘛 就controller，service, mapper三层。看起来简单，很多人其实并没有把他们职责划分开，在很多代码中,controller做的逻辑比service还多,service往往当成透传了，这其实是很多人开发代码都没有注意到的地方，反正功能也能用，至于放哪无所谓呗。这样往往造成后面代码无法复用，层级关系混乱，对后续代码的维护非常麻烦。的确在这些人眼

文章目录1 小事中的卓越思维2 坚持写工作日志3 进行文件管理4 不懂就问，问前三思5 专注工作6 不要忘记忠诚7 建立利益共同体8 做自己的老师9 培养边界敏感度10 懂得信任的建立公式许多职场人往往忽略的一个事情是：过于注重能力的培养，而忽略了工作细节的把握能力，今天老陈分享十张逻辑图，供奋斗的职场人参考。1 小事中的卓越思维很多职场员工抱怨重复性工作，枯燥、无趣得不到发展，但是你需要知道这是一个同质化的时代，手机就是一个很好的例子。而体现产品唯一的差距就是细节的能力，所以认真做好每一件小事，将

其一：偶然间，发现一个公司内认识很久的同事有段时间没看到了，就特意搜索了一下TA的企业微信，发现怎么也搜不到了。查找TA在现公司内的相关文档，也找不到了，想到，肯定是离职了。有点怅然若失，怎么一个人几天不见，就这么不声不响的消失了呢。偶有所记：“来来又去去，了然无踪迹。”...

文章目录1、有些关键字在cpp文件中多写了2、函数参数的默认值写到函数实现中了3、在编写类的时候，在类的结尾处忘记添加";"分号了4、只添加了函数声明，没有函数实现5、cpp文件忘记添加到工程中，导致没有生成供链接使用的obj文件6、函数中返回了一个局部变量的地址或者引用7、忘记将父类中的接口声明virtual函数，导致多态没有生效8、该使用双指针的地方，却使用了单指针9、发布exe程序时，忘记将exe依赖的C运行时库和MFC库带上10、应该使用深拷贝，却使用了浅拷贝IT公司每年都会有一定的人员流动，相应

文章目录1. 接口函数命名是否恰当。2. 对接口函数参数的修饰3. 对接口函数返回值的说明4. 几类变量命名写法的约定：5. 不要使用原生的基础类型，尽量使用封装之后的类型6. 引用符号 & 统一贴近类型，而不是变量。7.几类常见的细节问题：8. 返回值是用 ZBOOL 还是 SystemStatus 的说明9. 接口类 + 实现类的封装模式要求接口类的构造函数指明与其派生层次对应的实现类指针。10. 内存对齐1. 接口函数命名是否恰当。如果是直接返回要获取的数据，直接使用该数据的名字来命名函数

通过优化系统单个部分所获得的总体性能提升，受限于被优化部分实际使用的时间比例。你也许将API的某一部分的性能提高了10倍，但如果客户程序在那段代码上仅花了1%的时间，那么总体性能提升就被降低到0.1倍（10 x 0.01）。为了优化API，应该使用工具收集代码在真实运行实例中的性能数据，然后把优化精力集中在实际的瓶颈上。不要猜测性能瓶颈的位置。...

如果派生类中的成员（包括成员变量和成员函数）和基类中的成员重名，那么就会遮蔽从基类继承过来的成员。所谓覆写，就是在派生类中使用该成员（包括在定义派生类时使用，也包括通过派生类对象访问该成员）时，实际上使用的是派生类新增的成员，而不是从基类继承来的。基类成员和派生类成员的名字一样时会造成遮蔽，这句话对于成员变量很好理解，对于成员函数要引起注意，不管函数的参数如何，只要名字一样就会造成遮蔽。换句话说，基类成员函数和派生类成员函数不会构成重载，如果派生类有同名函数，那么就会遮蔽基类中的所有同名函数，不管它们的参

class SharedCount { public: SharedCount() : count_{1} {} void add() { ++count_; } void minus() { --count_; } int get() const { return count_; } private: std::atomic<int> count_; }; template<typename T> cla.

【格式】：dynamic_cast < type-id > ( expression)该运算符把expression转换成type-id类型的对象。Type-id可以是类的指针、类的引用或者void*。如果type-id是类指针类型，那么expression也必须是一个指针，如果type-id是一个引用，那么expression也必须是一个引用。【作用】：将一个基类对象指针（或引用）cast到继承类指针，dynamic_cast会根据基类指针是否真正指向继承类指针来做相应处理， 即会作出一定

目录1 版本兼容问题1.1 兼容性级别1.1.1 向后兼容性1.1.1.1 功能性兼容性1.1.1.2 源代码兼容性1.1.1.3 二进制兼容性1.1.2 向前兼容性1.2 怎么维护向后兼容性1.2.1 添加功能1.2.2 修改功能1.2.3 弃用功能1.2.4 移除功能2 跨平台问题1 版本兼容问题1.1 兼容性级别通常应该为 API 的“主、次和补丁”版本提供不同级别的兼容性承诺。例如，可以承诺补丁版本同时满足向后和向前兼容，或者承诺只有主版本才会破坏二进制兼容性。1.1.1 向后兼容性向后兼