为什么新的C语言的书籍不坚持C99标准？

Question

几乎每一个（相对）关于C编程我见过似乎并不坚持C99标准，或者它们覆盖在它的额外章新书。从Java正在添加背景，C99标准进行的迁移（当然，还是迁移^^）更容易对我来说，这很可能也适用于其他语言了。

好像C99还没有达到大部分的C语言开发呢。但是，为什么？

Answer 1

简短的回答：编译器支持是缓慢的办法安装和C程序员是谁慢慢改变他们的行为保守很多。

Answer 2

我强烈怀疑这主要是因为MSVC没有试图支持C99，并且很可能永远也不会。有在同一条船上的几个嵌入式编译器，但他们几乎没有共同足够多的独立关系。据我所知其他人都至少尝试实现C99尽可能的。

有没有在实践中不使用C99的选择功能太多的理由，但如果你要学习和写一个C标准，只有一个，那它一定是C89。

此外，它可能是相当困难和混乱写其说“OK，有两种不同的标准开始了介绍C语言的文本，我会使用文字的三种不同的颜色：一个用于C89，一个用于C99，以及一个两个”。它也可能更难约C99写了一整本书，然后在“收回”了很多东西你对C89的附录中称，比它写C89，然后给它添加约C99的附录中

所有的猜测，虽然。真的是你不得不问的书籍的作者，你正在阅读（或者在某些情况下，违背所有编程的本能，和的阅读前言的; - ））

Answer 3

切换到新的编译器上的现有代码库的风险一般是未知的，但它可以是相当痛苦的，其最明智的只有开关，当你有时间个月的所有bug /更改。而对于真正的老代码库，有时这是最明智的，只是从来没有在所有的切换。

我愿意打赌，大多数是用C项目都不愿意在所有切换到C99，因为有几乎没有任何上涨空间大的现有的代码库和相当多的的潜力下跌。我曾在该检查的编译器为沿侧日源树右边的代码和一个大型的软件公司会的从不的开关编译器产品。