条款2:尽量用<iostream>而不用<stdio.h> [effective C++ 学习笔记]

本文探讨了在C++编程中为何推荐使用<iostream>而非<stdio.h>。指出<iostream>虽然可能导致效率较低且在不同平台间的移植性存在风险,但其提供了类型安全和构造函数,简化了代码开发。对于不涉及跨平台或性能敏感的应用,iostream是更好的选择。同时,文章提到了静态对象初始化顺序问题,这在涉及静态对象时可能导致的不确定性。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

        简而言之,<stdio.h>这个属于C语言的头文件,在使用的时候,需要很明确所要操作变量的类型,这无疑会增加很多风险,因为一开始的时候,可能定义的这个属于int型,但是后期的需求变更或者异常的数据传入时,这个数据可能会变成double型,那么还需要在所有对这个变量的打印,输出,使用的地方做全面的排查,看这些文章这些都是显而易见的,只是对文章后面的话比较感兴趣.因为这是在平时不太注意的地方。

       “第一,有些iostream的操作实现起来比相应的C stream效率要低” ,因为iostream 其实是对operator<< 和operator>>重载,按理来说应该大多数都应该会比C stream效率低,还没有比 C stream高的实例,这部分继续关注

      “第二,在标准化的过程中,iostream库在底层做了很多修改,所以对那些要求最大可移植性的应用程序来说,会发现不同的厂商遵循标准的程度也不同“  这主要是想说iostream在移植方面可能会存在很多风险,因为不同的平台有不同的标准,其实C Stream 对于研发者来说,确实使用起来不是很方面,对于现在 C++,C#,java其实都有很多的iostream流处理操作,对于开发者来说,可以很方便的使用,可以减少代码的开发量和复杂程度,但是所有的事情发展都有好的一面和不好的一面。在享有方便快捷的开发时,所要付出的代价就是跨平台移植,兼容性的痛苦。当然,如果当前开发的软件不需要考虑是否跨平台,可以忽略此项。不过随着当前平台的多样化,windows操作系统已不是独一无二的,很多公司开发的同一软件,要做windows版本,linux版本,手机上又有苹果系统,安卓系统,windows系统,对于如此繁多的系统,为了给自己省力,还是在一开始考虑好这些问题比较好。

    ”第三,iostream库的类有构造函数而<stdio.h>里的函数没有,在某些涉及到静态对象初始化顺序的时候,如果可以确认不会带来隐患,用标准C库会更简单实用

关于”静态对象初始化顺序“,百度了一下,发现一篇文章写得不错:(http://blog.youkuaiyun.com/leeyu35/article/details/7755304 )但是很好奇,为什么静态初始化顺序会带来隐患,因为iostream有构造函数,这样就可以存在静态函数初始化的问题,这样静态变量会自动付值,那么会造成结果的不稳定型。还有一种解释是:

 iostream的构造函数有部分静态对象 。 例如: static CString str,如果开发能确认这种静态初始化不会有影响的时候,可以使用iostream,否则还是使用C stream比较保险。 


评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值