首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

【Linux】:线程库简单封装

之前我们在这篇博客 里面已经学习了关于线程概念及控制的相关内容,这篇博客主要是关于实现一个线程库的封装,完成对线程的创建、管理和销毁的基本功能 在书写封装库之前,我们先写对应的 Makefile...两种解决办法: ① 把 Rountine 写到类外,但是不支持这样做,因为我们就是要做封装 ② 就是加一个 static 来去掉 this 指针 因此: pthread_create 需要一个全局函数或静态成员函数...封装与局部性: 将 func_t 定义在类内部,保持了类内部的一致性和封装性。每个类实例都可以通过该类型别名来引用线程回调函数类型,避免了外部暴露太多实现细节。...类外部定义类型别名虽然也能使用,但会打破类的封装,增加不必要的复杂性。...共勉 【*★,°*:.☆( ̄▽ ̄)/$:*.°★* 】那么本篇到此就结束啦,如果有不懂 和 发现问题的小伙伴可以在评论区说出来哦,同时我还会继续更新关于【Linux】的内容,请持续关注我 !!

7510
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    【Linux】多线程 --- 线程概念 控制 封装

    3.初步认识原生线程库(在linux环境,C++11线程库底层封装了POSIX线程库) 1....所以,在Windows平台上,C++11的线程库底层封装了Windows线程库,而在Linux平台上,它底层封装了POSIX线程库(pthread)。...下面代码就是C++11形式的线程管理代码,这段代码的好处就是它可以跨平台运行,无论是在linux还是在windows环境下这段代码都可以跑,因为C++11的线程库底层封装了各个操作系统的线程库实现,这使得我们能够通过...三、线程封装(面向对象) 1.组件式的封装出一个线程类(像C++11线程库那样去管理线程) 1....另一个解决方案是将start_routine直接搞成友元函数放到类外面(友元函数既可以访问类的非静态成员也能访问类的静态成员)这样他就能访问_func了,但这样也不太好,因为友元会破坏类的封装性。

    1.5K30

    linux封装rm -rf指令,防止误删

    对于一个linux新手,敲错指令是常有的事情,智者千虑必有一失,即使对于一个老司机来说,也难免会有操作失误的时候,而误删导致的后果往往是无法弥补的。...{RANDOM} echo "[${i}] delete completed" fi done 2.cleartrash.sh 用于定期清理回收站(因为对rm -rf进行封装后.../trash cd ${trashdir} find ./ -mtime +3 -exec 'rm' -rf {} \; #找到回收站中修改日期大于3天的文件,执行真正的删除 (注:rm被封装后...执行清理回收站的脚本 >>service crond restart #重启crond服务使之生效: >>crontab -l #如果可以看到刚才添加的那段话,则证明添加成功 最后补充一句:使用该方法封装...rm-rf指令后确实可以避免误删,但是如果执行带单引号的’rm’ -rf操作,就会调用系统原先的删除功能,不经过封装脚本,直接删除文件。

    3.1K21

    linux封装rm -rf指令,防止误删(转)

    对于一个linux新手,敲错指令是常有的事情,智者千虑必有一失,即使对于一个老司机来说,也难免会有操作失误的时候,而误删导致的后果往往是无法弥补的。...{RANDOM} echo "[${i}] delete completed" fi done 2.cleartrash.sh 用于定期清理回收站(因为对rm -rf进行封装后.../trash cd ${trashdir} find ./ -mtime +3 -exec 'rm' -rf {} \; #找到回收站中修改日期大于3天的文件,执行真正的删除 (注:rm被封装后...执行清理回收站的脚本 >>service crond restart #重启crond服务使之生效: >>crontab -l #如果可以看到刚才添加的那段话,则证明添加成功 最后补充一句:使用该方法封装...rm-rf指令后确实可以避免误删,但是如果执行带单引号的’rm’ -rf操作,就会调用系统原先的删除功能,不经过封装脚本,直接删除文件。

    2.4K20

    【封装那些事】 缺失封装

    缺失封装 没有将实现变化封装在抽象和层次结构中时,将导致这种坏味。 表现形式通常如下: 客户程序与其需要的服务变种紧密耦合,每当需要支持新变种或修改既有变种时,都将影响客户程序。...为什么不能缺失封装? 开闭原则(OCP)指出,类型应对扩展开放,对修改关闭。也就是说应该通过扩展(而不是修改)来改变类型的行为。没有在类型或层次结构中封装实现变化时,便违反了OCP。...缺失封装潜在的原因 未意识到关注点会不断变化 没有预测到关注点可能发生变化,进而没有在设计中正确封装这些关注点。...因为变化点混在了一起,没有分别进行封装。 使用桥接模式进行封装: 使用桥接模式,分别封装这两个关注点的变化。现在要引入新内容类型Data和新加密算法TDES,只需要添加两个新类。

    1.2K30

    【封装那些事】 缺失封装

    缺失封装 没有将实现变化封装在抽象和层次结构中时,将导致这种坏味。 表现形式通常如下: 客户程序与其需要的服务变种紧密耦合,每当需要支持新变种或修改既有变种时,都将影响客户程序。...为什么不能缺失封装? 开闭原则(OCP)指出,类型应对扩展开放,对修改关闭。也就是说应该通过扩展(而不是修改)来改变类型的行为。没有在类型或层次结构中封装实现变化时,便违反了OCP。...缺失封装潜在的原因 未意识到关注点会不断变化 没有预测到关注点可能发生变化,进而没有在设计中正确封装这些关注点。...因为变化点混在了一起,没有分别进行封装。 使用桥接模式进行封装: 使用桥接模式,分别封装这两个关注点的变化。现在要引入新内容类型Data和新加密算法TDES,只需要添加两个新类。

    1.2K150

    【封装那些事】 未利用封装

    未利用封装 客户代码使用显式类型检查(使用一系列if-else或switch语句检查对象的类型),而不利用出层次结构内已封装的类型变化时,将导致这种坏味。 为什么要利用封装?...我们这里讨论的是:要检查的类型都封装在了层次结构中,但没有利用这一点,即使用显式类型检查,而不依赖于动态多态性。这将导致如下问题: 显式类型检查让客户程序和具体类型紧密耦合,降低了设计的可维护性。...未利用封装潜在的原因 以过程型思维使用面向对象语言 开发时的思维是以代码执行过程为导向,自然而然就会使用if-else语句和switch语句。 未应用面向对象原则 无力将面向对象的概念付诸实践。...示例分析一 根为抽象类DataBuffer的层次结构封装了各种基本数据结构型数组,DataBuffer的子类DataBufferByte、DataBufferUShort、DataBufferInt支持相应的基本数据类型数组...这种情况反映出来的问题就是没有利用封装,已经有了层次结构,却没有予以利用。没有面向接口编程,每个地方面向的都是具体的实现类,每个地方都需要判断实例的类型才可以进行下一步的动作。

    1.3K40

    【封装那些事】 泄露的封装

    泄露的封装 抽象通过公有接口(方法)暴露或泄露实现细节时,将导致这种坏味。需要注意的是,即使抽象不存在“不充分的封装”坏味,其公有接口也有可能泄露实现细节。 为什么不能泄露封装?...为实现有效封装,必须将抽象的接口(即抽象的内容)和实现(即抽象的方式)分离。为遵循隐藏原则,必须对客户程序隐藏抽象的实现方面。...泄露的封装的潜在原因 不知道该隐藏哪些东西 开发人员通常会在无意之间泄露实现细节。 使用细粒度接口 类的公有接口直接提供了细粒度的方法,这些细粒度的方法通常会向客户程序暴露不必要的实现细节。...这就是泄露的封装的潜在原因——使用细粒度接口。

    93120

    数据封装与解封装流程

    而是由下层逐层封装来完成对等层交换数据,这就是我们数据的封装。 而解封装,就是上层需要与下层进行通信,于是逐层解封装至目标层进行通信。...这里的上下层就是指的网络参考模型的层次 上面可能说的有点复杂不易于理解,可以记住下面这句话: 数据发送时,从上至下逐层封装 数据接收时,从下至上逐层解封装 只有拆除外层封装,才能看到内层封装 TCP/IP...五层模型对应每层格式 所遵循的层次 数据封装的流程 封装与解封装流程 1.数据从应用层发出,进入传输层 在传输层会为我们数据打上TCP or UDP头部,里面包含了我们数据的源端口、目的端口,到这层的时候...,我们数据已经被封装成了数据段。...注意,数据的封装、解封装都是逐层进行的,不会出现跃层通信 数据的解封装 同封装原理一样,只不过顺序进行了颠倒,从物理层的二进制数据流开始逐层解封装直至应用层 小节 本篇了解了我们数据封装与解封装的流程,

    1.7K20

    【封装那些事】 泄露的封装

    泄露的封装 抽象通过公有接口(方法)暴露或泄露实现细节时,将导致这种坏味。需要注意的是,即使抽象不存在“不充分的封装”坏味,其公有接口也有可能泄露实现细节。 为什么不能泄露封装?...为实现有效封装,必须将抽象的接口(即抽象的内容)和实现(即抽象的方式)分离。为遵循隐藏原则,必须对客户程序隐藏抽象的实现方面。...##泄露的封装的潜在原因 不知道该隐藏哪些东西 开发人员通常会在无意之间泄露实现细节。 使用细粒度接口 类的公有接口直接提供了细粒度的方法,这些细粒度的方法通常会向客户程序暴露不必要的实现细节。...这就是泄露的封装的潜在原因——使用细粒度接口。

    1K150
    领券