由linux系统调用延申到设计模式（浅谈）

笔者只学习了C++的设计模式就敢在这侃侃而谈，哈哈可能有错,还望海涵。

起因

系统调用（Linux）本质是操作系统提供给用户程序调用的一组“特殊”API(接口)。
逻辑上说：系统调用可被看成是一个内核与用户空间程序交互的接口，就是一个中间人，把用户进程的请求传达给内核，待内核把请求处理完毕后再将处理结果送回给用户空间。

为什么会突然联想到设计模式呢？
C++特性之一：封装；个人理解封装的目的就是隐藏，作为程序员肯定是隐藏程序，但得给他人使用，那么最好的方式就是提供接口，给你使用的权限。设计模式也能干这事儿。（留退路：因为设计模式肯定干了其他事儿）那么来回顾一下设计模式六大原则：

• 1.单一原则：就是拆，类的功能越单一越好。
• 2.里氏替换原则：多态
• 3.依赖倒置原则：（老生常谈）上层模块不应该依赖下层模块，两者应依赖其抽象；抽象不应该依赖细节，细节应该依赖抽象；通俗点就是说变量或者传参数，尽量使用抽象类，或者接口。
• 4.接口隔离：复杂的接口，根据业务拆分成多个简单接口；增强灵活性。
• 5.迪米特原则：一个对象应该对其他对象有最少的了解，最少知道原则
• 6.开闭原则：用抽象构建架构，用实现扩展原则。（总纲）

结果

其实就“系统调用”（Linux）简单去往设计模式靠应该是：单一原则和接口隔离原则。