当前位置:首页 > > embed linux share
[导读]在实际开发工作中,稍微对malloc不注意就会导致内存泄漏。而模板方法模式堪称预防这类低级错误的神器!

 模式动机 

在嵌入式的应用场景中,管理资源(例如文件、内存)是一件非常麻烦、非常容易出错的事情。因为在分配资源后,还必须释放资源。例如fopen()打开文件后,必须要使用fclose()来关闭文件,而使用malloc申请内存资源后,就必须使用free()函数来释放内存。

在实际开发工作中,稍微对malloc不注意就会导致内存泄漏。而模板方法模式堪称预防这类低级错误的神器!

 场景案例 

场景:现在硬盘卡上存放了多部电影,我们需要在电脑上随机读取播放。

假设我们动态申请1G的内存空间来存放视频,如果女主是美女,那么正常播放视频,播放完后退出程序。如果女主长相感人,则立马退出程序!

传统实现的伪代码如下:

在上面的代码实现中,管理内存和使用内存的代码耦合在一起。在每个分支情况里面,必须时刻注意内存的使用和释放情况(比如在本例中,free函数就出现了两次)。随着各种程序中的分支越来越多、越来越庞大,有时候很容易忽略对内存的释放,从而引起内存泄漏。

 解决方案 

编写类似这种资源处理相关的代码,之所以很麻烦,是因为资源管理和资源使用的代码耦合在一起了,我们只要通过定义一个模板方法函数,来分离这两部分的代码,就可以避免它们各种复杂的组合情况处理了。请看下面伪代码:

在上面的代码实现中,我们通过定义一个模板函数,使得资源的分配和释放都统一在模板函数中完成了,避免了分配资源后容易忘记释放的问题。在资源使用过程中,可以更专注于业务逻辑的实现,各函数的职责更加清晰。

内存的分配释放,可能会在代码中多次出现。这时,只需要简单地调用模板方法函数即可,一定程度上减少了代码重复。而以后资源的使用场景发生变化的话,也只要再新增一个类似act_movie的函数即可。

 总结 

这就是c语言中的模板方法模式,重点在于封装不变部分,扩展可变部分。对不变部分合理封装,既可以预防程序出错,也可以提取公众部分代码,减少代码重复。


免责声明:本文内容由21ic获得授权后发布,版权归原作者所有,本平台仅提供信息存储服务。文章仅代表作者个人观点,不代表本平台立场,如有问题,请联系我们,谢谢!

本站声明: 本文章由作者或相关机构授权发布,目的在于传递更多信息,并不代表本站赞同其观点,本站亦不保证或承诺内容真实性等。需要转载请联系该专栏作者,如若文章内容侵犯您的权益,请及时联系本站删除( 邮箱:macysun@21ic.com )。
换一批
延伸阅读
关闭