本篇内容主要讲解“C++核心准则怎么理解”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“C++核心准则怎么理解”吧!
花点时间理解准则可能为你程序带来的的影响。
这些准则按照“超集的子集”原则设计。它们不是简单地定义一个C++的子集以供使用（于可靠性，安全性，性能或者其他的什么）。相反，它们强烈建议使用几种简单“扩展”(库元素)，这使得C++的多数易错功能变得多余，而被（我们的规则集合）被明令禁止。
这些规格强调静态的的类型安全和资源安全。因为这个原因，它们强调范围检查的可能性以避免间接引用空指针，避免产生野指针，促进成体系地使用异常处理（通过RAll）。为了达成这些效果，同时也为了尽量减少难以理解的成为错误源泉的代码，这些规则也强调简单化和隐藏必要的复杂性于良好定义的接口之后的做法。
【RAll】- resource acquisition is initializatio 资源获取即初始化
译者注：静态这个词很重要，这意味的这些问题可以在编译时而不是在执行时解决。这可以说是C++一直以来追求的目标，也是C++和C语言最大的区别之一。
许多规则是约定俗成的。我们不会喜欢那些只是简单地说“不要那样做”但却不提供其他选择的规则。那样做的结果某些规则只能被启发式的检查支持，而不是准确的和机械可证实的检查。
这些准则关注C++核心及其用法。我们希望更大的组织，特定的应用领域，甚至大项目会需要更进一步的规则， 可能是更进一步的限制，和更进一步的库支持。例如硬实时程序员通常不能自由地使用自由存储（动态内存）并且被严格限制库的选择。我们鼓励这样的更专门的规则作为核心准则的补充。构建你自己的完美小规模基本库并且使用它，而不是降低你的编程层次去装配代码，虽然这听起来也不错。
【hard-real-time】:通常指采用优先级驱动，可以提供时间确定性的可抢占调度的实时系统。
这些规则被设计为允许循序渐进式采用。
某些规则的目的在于提高多种形式的安全性，而另外一些规则的目的是减少可能的不测事件，很多两者都有。这些防止不测事件的规则经常会明令禁止完全合法的C++。然而，当有两种方式解释一个想法，一个呈现为常见的错误源而另一个不是的时候，我们会努力引导程序员转向后者。
到此，相信大家对“C++核心准则怎么理解”有了更深的了解，不妨来实际操作一番吧！这里是亿速云网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
