动态库在代码移植中的思考

这段时间在windows下做一个类库,很自然的想到要封装它,由于考虑到代码以后的移植性,就先没着急封装,结果是情真是出人意料,把代码以源码的方式转给另一个组里的同事使用,没过几天,他就把接口改动了一些(有一部分是接无法完成任务,但很大一部分是因为他对接口还不太熟悉),结果就是他把原来的修改的地方全部退回去,后来这种事情再次发生了,同样,退回去!(乱改接口导致模块间不易拼接,也会使生命接口的头文件不是那么“干净”),这时我想起如果封装成动态库,这种事情就可以完全避免,后来就试图改成动态库的形式,但一动手却发现,由于编译器的不同,封装动态库的写法也不一样,代码的移植性大打折扣,暂时没有什么好方法,只能放弃封装成动态库,强化小组内对接口的重视程度,等到发布的时候,再分别做各个平台的二进制发布形式
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值