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

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

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

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

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

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值