《Effective Modern C++》Item 9: Prefer alias declarations to typedefs.

C++11中的using与typedef
本文对比了C++11中using与typedef的区别,重点介绍了using在模板别名定义上的优势,包括提高代码可读性、简化模板类成员及参数类型定义,并通过实例展示了这些优势。

引子

C++11中引入的std::unique_ptr智能指针是个好用的东西,在我们使用unique_ptr的时候往往会写出这样的类型std::uniqeu_ptr<std::unordered_map<std::string,std::string>>,看上去很臃肿,因此大多数的时候我们会选择使用typedef进行类型的重定义,简化类型名称。可是在C++11中引入了一个using别名的机制,相比较而言引入这个机制会有其深层次的用意。本文就讨论一下using的优势。

正文

首先看一个函数指针的例子:

typedef void (*FP)(int, const std::string&); // typedef

using FP = void (*)(int, const std::string&); // alias declaration

显然同样定义了函数指针FPusing可读性更强。

当然如果仅仅为了可读性,没必要引入一个新的机制。我们再看一个好的理由:using可以定义模板别名(alias template),而typedef则不能。例如,我们可以用using直接定义一个通用的Allocator例如:

template<typename T>                                // MyAllocList<T> is synonym for
using MyAllocList = std::list<T, MyAlloc<T>>;       // std::list<T, MyAlloc<T>>

MyAllocList<Widget> lw;                             // client code

当然,我们也可以用typedef实现上面的功能,但是由于tepedef不能直接定义模板别名。故我们得把它放在一个模板类里面:

template<typename T>                                // MyAllocList<T>::type is synonym for
struct MyAllocList {                                // std::list<T, MyAlloc<T>> 
    typedef std::list<T, MyAlloc<T>> type; 
}; 

MyAllocList<Widget>::type lw;                       // client code

这显然是非常不漂亮的,而且如果想把上面的模板别名用在模板类成员或者模板参数类型时,会非常不方便,需要使用typename来告诉编译器:这是一个类型,而非类的静态成员或其他满足语法的情形。

template<typename T>
class Widget {                         
private:
    typename MyAllocList<T>::type list; 
    ... 
};

但是,使用using则无需这样:

template<typename T>
using MyAllocList = std::list<T, MyAlloc<T>>;  // as before

template<typename T>
class Widget {
private:
    MyAllocList<T> list;                       // no "typename", no "::type"
... 
};

最后还有一个好处,模板别名using可以在同时涉及到参数模板和函数模板时将两者关联起来做类型推导,而typedef则不能。

template<typename T>                            // alias template from
using MyAllocList = std::list<T, MyAlloc<T>>;   // Item 9 (PDF page 64)

template<typename T>                            // f1 is a function
void f1(MyAllocList<T>& list);                  // template

MyAllocList<Widget> lw;                         // also from Item 9

f1(lw);                                         // fine, T in f1
                                                // deduced as Widget


template<typename T>                            // struct with nested typedef
struct MyAllocList {                            // from Item 9 (PDF page 64)
  typedef std::list<T, MyAlloc<T>> type;
};

template<typename T>                            // f2 is a function
void f2(typename MyAllocList<T>::type& list);   // template

MyAllocList<Widget>::type lw;                   // also from Item 9

f2(lw);                                         // error! can't
                                                // deduce T in f2

在STL里面有用到using模板别名的地方,即< type_traits >。在C++11和C++14中有:

std::remove_const<T>::type                      // C++11: const T → T
std::remove_const_t<T>                          // C++14 equivalent

std::remove_reference<T>::type                  // C++11: T&/T&& → T
std::remove_reference_t<T>                      // C++14 equivalent

std::add_lvalue_reference<T>::type              // C++11: T → T&
std::add_lvalue_reference_t<T>                  // C++14 equivalent

而C++14中的实现就是用using对C++11中进行模板别名包装得到的。

总结

1.typedef不支持类型模板化,但是using的别名声明可以。
2.using模板别名避免了typedef有时涉及到的::type后缀和typename前缀。
3.C++14对C++11中某些模板函数使用到了模板别名。

**项目名称:** 基于Vue.js与Spring Cloud架构的博客系统设计与开发——微服务分布式应用实践 **项目概述:** 本项目为计算机科学与技术专业本科毕业设计成果,旨在设计并实现一个采用前后端分离架构的现代化博客平台。系统前端基于Vue.js框架构建,提供响应式用户界面;后端采用Spring Cloud微服务架构,通过服务拆分、注册发现、配置中心及网关路由等技术,构建高可用、易扩展的分布式应用体系。项目重点探讨微服务模式下的系统设计、服务治理、数据一致性及部署运维等关键问题,体现了分布式系统在Web应用中的实践价值。 **技术架构:** 1. **前端技术栈:** Vue.js 2.x、Vue Router、Vuex、Element UI、Axios 2. **后端技术栈:** Spring Boot 2.x、Spring Cloud (Eureka/Nacos、Feign/OpenFeign、Ribbon、Hystrix、Zuul/Gateway、Config) 3. **数据存储:** MySQL 8.0(主数据存储)、Redis(缓存与会话管理) 4. **服务通信:** RESTful API、消息队列(可选RabbitMQ/Kafka) 5. **部署与运维:** Docker容器化、Jenkins持续集成、Nginx负载均衡 **核心功能模块:** - 用户管理:注册登录、权限控制、个人中心 - 文章管理:富文本编辑、分类标签、发布审核、评论互动 - 内容展示:首页推荐、分类检索、全文搜索、热门排行 - 系统管理:后台仪表盘、用户与内容监控、日志审计 - 微服务治理:服务健康检测、动态配置更新、熔断降级策略 **设计特点:** 1. **架构解耦:** 前后端完全分离,通过API网关统一接入,支持独立开发与部署。 2. **服务拆分:** 按业务域划分为用户服务、文章服务、评论服务、文件服务等独立微服务。 3. **高可用设计:** 采用服务注册发现机制,配合负载均衡与熔断器,提升系统容错能力。 4. **可扩展性:** 模块化设计支持横向扩展,配置中心实现运行时动态调整。 **项目成果:** 完成了一个具备完整博客功能、具备微服务典型特征的分布式系统原型,通过容器化部署验证了多服务协同运行的可行性,为云原生应用开发提供了实践参考。 资源来源于网络分享,仅用于学习交流使用,请勿用于商业,如有侵权请联系我删除!
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值