cpp的前端和后端开发并没有优劣之分，二者的区别主要在于侧重点以及开发的思维不同。
前端开发一般有较多的界面逻辑，直接与客户交互，因此侧重点在于界面的易用性和流畅性。
对于后端开发，其主要目的则在于为客户端提供高效的服务，因此侧重点在于请求响应的正确性、及时性以及流畅性。
最近看了侯捷老师关于C++的课——《C++: 面向高级对象编程（上）》，感觉收益匪浅，醍醐灌顶，因此将课程中学到的一些比较重要的内容整理出来。
![头文件结构.PNG]/images/面向对象编程上/头文件结构.png)
由上图可知，头文件的结构一般包含以下四个部分：
在 C++ 中包含三种访问级别：
谈装饰器前，还要先要明白一件事，Python 中的函数和 Java、C++不太一样，Python 中的函数可以像普通变量一样当做参数传递给另外一个函数，例如：1
2
3
4
5
6
7def foo():
print("foo")
def bar(func):
func()
bar(foo)
正式回到我们的主题。装饰器本质上是一个 Python 函数或类，它可以让其他函数或类在不需要做任何代码修改的前提下增加额外功能，装饰器的返回值也是一个函数/类对象。它经常用于有切面需求的场景，比如：插入日志、性能测试、事务处理、缓存、权限校验等场景，装饰器是解决这类问题的绝佳设计。有了装饰器，我们就可以抽离出大量与函数功能本身无关的雷同代码到装饰器中并继续重用。概括的讲，装饰器的作用就是为已经存在的对象添加额外的功能。
先来看一个简单例子，虽然实际代码可能比这复杂很多：
1 | def foo(): |
现在有一个新的需求，希望可以记录下函数的执行日志，于是在代码中添加日志代码：
1 | def foo(): |
如果函数 bar()、bar2() 也有类似的需求，怎么做？再写一个 logging 在 bar 函数里？这样就造成大量雷同的代码，为了减少重复写代码，我们可以这样做，重新定义一个新的函数：专门处理日志 ，日志处理完之后再执行真正的业务代码
谓词函数： 进行一个操作时的一个临时函数，一般使用匿名函数。比如sort函数的第三个参数即传入一个谓词函数
1 | std::sort(X, X+N, [](float a, float b) {return std::abs(a) < std::abs(b);}); |
Lambda 表达式使用一对方括号作为开始的标识，就类似于声明一个函数(也是匿名函数)
1 | std::cout<<[](float f) {return std::abs(f);}(-3.5); // 3.5 |
当只有一个返回值时，C++会自动判断返回值的类型而无需声明返回值的类型
我们也可以强制将返回值转换为int
1 | std::cout<<[](float f) -> int {return std::abs(f);}(-3.5); // 3 |
有点 JavaScript 里立即执行函数的味道了
单一职责原则的定义是：应该有且仅有一个原因引起类的变更。
从字面上理解,就是说实例类的职责应该是单一的。一个类只能有一个职责，只负责做一件事。
而且不仅仅是类，其他接口或者方法应该适合该原则。
比如： 修改用户密码的功能不能放到修改用户信息这个方法里面去。
void changeUser(IUserOB userOB, String...changeOptions)
这个方法指责太大了，颗粒度太粗，指责不单一，这样是不对的。
然而，单一指责原则最难划分的就是指责，一般来说，一个指责一个接口，但是“指责”一词很难被量化。需要从具体的项目中出发，去细化指责。
也有不少优秀的类设计是与单一指责相违背的。
所以，最佳实践告诉我们：对于接口要做到单一原则，而类的设计尽量做到只有一个原因引起变化。
单一指责原则的好处：
众所周知，传统的前端Web开发离不开三件套 HTML、CSS以及JavaScript。
由HTML 负责页面的整体架构，CSS负责美化渲染，而JavaScript则负责处理页面的逻辑。
HTML 的结构依赖于 DOM（Document Object Model） 这样的树形结构，而JavaScript 的逻辑处理操作更多的是对 Dom 节点的操作。为了更好的处理与DOM 节点的交互，出现了像 JQuery 这样优秀的前端框架。
除了传统的前端Web开发以外，还有Web 应用开发基本也遵循 MVC（Model-View-Controller） 的开发模式，基本上View端作为普遍认为的前端领域，无非就是操作DOM 对后端提供的数据进行展示。
随着Web浪潮的迅速发展，人们发现，传统的前端开发模式暴露了以下三个痛点：