C产品在市场上有哪些独特优势？

本文共计4691个文字，预计阅读时间需要19分钟。

1. 命名规范+本系列的起始篇，命名风格基本体现艺术美感，无美丑绝对标准。文本内容需避免主观选择，但会尽量保持客观数据，参考流行趋势。

1.命名规范

　　本系列的第一篇，命名风格本就是有关艺术审美，没有美与丑的绝对标准，本文难免带有主观选择倾向，但是会尽量保持客观的态度归纳几种主流的命名风格，仅供参考。制定规范是为了方便团队沟通和利于代码维护，虽然并不能符合每个艺术家的胃口。对于独立开发者，花点时间设计自己的编码风格也是有助于提高能力的，至少可以在看到自己代码的时候感觉美美哒~~。本文参考了<Google C++ 风格指南>，<Qt 编码风格>，当然还有维基百科，以后不累述。

1.1.常见命名法

蛇形命名法　[snake_case]： 　　like_this，常见于Linux内核，C++标准库，Boost以及Ruby，Rust等语言。 驼峰命名法　[camelCase]： 　　likeThis，为了和帕斯卡命名法区分，本文特指小驼峰式命名法，常见于Qt以及Java。 帕斯卡命名法[PascalCase]： 　　LikeThis，又名大驼峰式命名法，常见于Windows API函数以及C#。 匈牙利命名法[Hungarian notation]： 　　dwWidth，系统匈牙利命名法是被黑的最多的，主要认为在有类型检查的语言里发现类型错误编译器比人更可靠；在有IDE的情况下，找到一个变量的类型也不是一件难事；通常我们看到一个陌生的变量的时候，如果不知道它是干什么的，知道它的类型好像也并没有什么用；并且在重构的时候，如果你要改变一个变量的类型，尽管其功能并没有变，你还是要去修改变量名。所以除非是Windows系统开发，不建议使用系统匈牙利命名法。 　　rwPosition，匈牙利应用命名法不表示变量的类型，而是用前缀表示变量的目的，或者它代表了什么。