- 博客(6)
- 资源 (2)
- 收藏
- 关注
RSS订阅原创 关系密切的设计模式（二）
策略模式 + 桥接模式假设一个场景（需求），需要在一个分布式系统的每个组件里，向基础服务注册自己。然而基础服务要求各个组件根据组件自身不同的位置，其注册策略也不同，如下表：位置注册要求位置一1、计算并缓存本地数据摘要值(需要提供查询摘要接口)；2、将摘要值通过接口注册给基础服务A位置二1、计算并缓存本地数据摘要值(需要提供查询摘要接口)；2、将摘要值通过接口注册给...
2018-09-24 16:25:58
182
原创 编码踩过的坑（虚接口）
本文介绍，由于虚函数的调用机制，导致的虚函数调用异常。C++对外提供的接口，一般以接口类的public方法体现，如下：class interface{public: virtual int functionA(); virtual int functionB(); virtual int functionC();};如果在interface中新增一个方法（比如叫funct
2017-11-12 18:00:24
289
原创 关系密切的设计模式（一）
当我们在开发新功能时，一种功能很难使用单一的设计模式实现。而且设计模式之间，往往有很紧密的关系，在程序开发时，常常会同时使用多个模式。本文总结出一些常用的套路，供参考。同时撰写本文也加深了对设计模式的理解。工厂模式+策略模式的例子。
2017-11-03 22:48:21
318
原创 C++ Object slice
第一次遇到这个名词（Object slice）在meyers的Effective STL中。有一条忠告： 不要尝试使用STL容器，管理多态的类对象。类似：class Base{public:virtual void fun(){cout "Base" << endl;}};class Derived1 : public Base {public:virtual void fun(
2017-10-25 23:26:46
913
原创 提供对外接口时，要注意的地方
提供对外接口时，要注意的地方本篇仅是个人经验的总结，以及自己的看法。欢迎指正和讨论。在实际工作中，如果你提供的接口，需要被下游多个部门依赖。那么，在接口设计的时候就一定要考虑一个问题：如何在给其他人提供接口后，增加或优化自身代码时，不会束手束脚？以下是我的一些实际经验：1. 对外不要直接提供实现功能的类，而是提供对应的接口类和一个创建/删除对象的函数例如，对外提供三种图形（省略构造和析构函数）：//
2017-10-14 23:34:29
7643
原创 编码踩过的坑（宏）
使用宏需要注册的地方宏仅是在预编译时，将用户的定义机械的展开。因此很容易出问题。 建议定义宏的时候，可以自己将宏展开一下。或者根据Effective C++里的建议，使用inline取而代之。
2017-10-03 16:04:08
335
parameter estimation of mimo ofdm flat fading channels
2010-08-27
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人