C 究竟难在哪里?
时间:2021-09-18 17:44:58
手机看文章
扫描二维码
随时随地手机看文章
[导读]C对比其他语言到底难在哪里?有人对C异常推崇,除了性能优势,还有什么优点,怎么学好C?01C的能力上限非常高,可以说在软件领域没有C做不好和做不到的事情,只是开发者水平和成本问题,而C之后出现的语言都有些无论如何都做不好或根本做不到的事情。C虽然能力上限高,但是达到这个上限对开发...
C 对比其他语言到底难在哪里?有人对C 异常推崇,除了性能优势,还有什么优点,怎么学好C ?
01
C 的能力上限非常高,可以说在软件领域没有C 做不好和做不到的事情,只是开发者水平和成本问题,而C 之后出现的语言都有些无论如何都做不好或根本做不到的事情。
C 虽然能力上限高,但是达到这个上限对开发者的要求也很高,不是普通程序员可以做到的。
其它语言虽然上限低,但是只要不去碰那些极端要求的领域,在各自的优势领域里还是能超越C 的,对工程师要求也没那么高,但是在全领域超越C 的目前还没有。
C 的难点在于给开发者的自由度太高了,什么都可以做,限制很少,导致水平不够的人也可以胡搞瞎搞,把代码写的乱七八糟,然后怪C 太难太复杂。
学好C ,最重要的是你要有学C 的需求,就是个人目标是要成为顶级程序员,成为开发基础设施,设计构建软件平台的人,没有宏大的理想不会有足够的动力去学C 的,过程中太多困难会导致放弃的。
长期来看,C 还是会被取代的,只是这个长期非常长,可以入选有生之年系列。
可以看到在最近几年新出现的软件项目里,C 的使用率已经在下降了,但是很多历史悠久的基础设施类的项目基本都是C ,这些项目生命周期都很长,不会轻易被淘汰。
作者:姚冬
https://www.zhihu.com/question/311845619/answer/610895557
02
项目构建看上去似乎是个拦路虎,不过结合现代cmake之后,很复杂的工程也其实可以构建得很简单。
难在范式多。范式多其实并不难,真正难在各范式的最佳实践相当不明确。过程式和传统c with class的最佳实践还是比较明确的,多看看GTK和QT就差不离。但是现代C 偏重于静态决定和半函数式,而且本身还在剧烈演进中,这两个方向上,最佳实践比较匮乏,尤其是大规模工程化的最佳实践。我看过微软、facebook的几个现代C 开发框架,还是感觉过于玩具化,跟我自己的开发方式也区别很大,当然我自己是简单至上的,不算完全的通用化方案。
那么真正的难度就在于取舍。如何做业务抽象,以何种形式来做抽象,如何平衡复杂与简洁度,如何确认各技术和模块的边界,如何综合运用多范式就很考验经验和性格。
说点性能以外的优势吧。C 11之后,一向是我认为最佳的工程语言,控制力极强。重点在于静态决定和操作简化。
C 尽量少搞动态OOP,理论上不成问题,但是实际语法相当麻烦,而且弄多了就很容易出现像python一样的问题,重构困难。所以基于极强的类型化体系和模板体系,在开发体系的抽象和重构性上,可以达到一个相当舒服的地步。尽可能的静态决定可以避免很多手工错误。
C 写库那是各种手段都可以用上的,但是写完了,可以做到使用极其简单。我个人就觉得和typescript比较像,用起来有时候还要简单一些。
再结合C 20的concept这种前置类型条件,constract这种前置边界后置边界,写代码就更舒服了。
作者:王旭竞https://www.zhihu.com/question/311845619/answer/594847911
03
C 对比其他语言到底难在哪里?概念多;未定义行为多,编译通过不表明你可以那么写;存在大量语言之外的东西。语言本身只定义到编译单元,但后面还有静态库、动态库、工程化的一堆事情。
最重要的,你不得不学会绝大部分概念。所谓“只使用语言的一部分特性”在稍微大点的工程里是做不到的,因为第三方库会强制你使用那些你原本不打算用的概念。
除了性能优势,还有什么优点?
性能优势不是特点,因为有太多的语言是注重性能的:不论是更老的C、Objective C,还是比较新的C#、Rust。
C 的关键特点,是有性能优势的同时提供了足够多的抽象能力,使得它有能力构建比较复杂的系统(vs C);同时又出现得足够早,有足够的历史包袱:大量已存在的SDK使用C ,于是你不得不用C (vs C#、Rust)。
怎么学好C ?
我也不知道。我第一个真正学习的语言是Perl,然后使用裸奔类比学会了C 。
总之,你需要掌握:裸奔概念(比如class无非就是有行为的结构体,method无非就是函数,template无非就是某种代码生成规则)。
业务系统的分割、组织,这对于所有的编程都是需要的。
从项目中学习。没有项目就自己做点小玩具。
01
C 的能力上限非常高,可以说在软件领域没有C 做不好和做不到的事情,只是开发者水平和成本问题,而C 之后出现的语言都有些无论如何都做不好或根本做不到的事情。
C 虽然能力上限高,但是达到这个上限对开发者的要求也很高,不是普通程序员可以做到的。
其它语言虽然上限低,但是只要不去碰那些极端要求的领域,在各自的优势领域里还是能超越C 的,对工程师要求也没那么高,但是在全领域超越C 的目前还没有。
C 的难点在于给开发者的自由度太高了,什么都可以做,限制很少,导致水平不够的人也可以胡搞瞎搞,把代码写的乱七八糟,然后怪C 太难太复杂。
学好C ,最重要的是你要有学C 的需求,就是个人目标是要成为顶级程序员,成为开发基础设施,设计构建软件平台的人,没有宏大的理想不会有足够的动力去学C 的,过程中太多困难会导致放弃的。
长期来看,C 还是会被取代的,只是这个长期非常长,可以入选有生之年系列。
可以看到在最近几年新出现的软件项目里,C 的使用率已经在下降了,但是很多历史悠久的基础设施类的项目基本都是C ,这些项目生命周期都很长,不会轻易被淘汰。
作者:姚冬
https://www.zhihu.com/question/311845619/answer/610895557
02
项目构建看上去似乎是个拦路虎,不过结合现代cmake之后,很复杂的工程也其实可以构建得很简单。
难在范式多。范式多其实并不难,真正难在各范式的最佳实践相当不明确。过程式和传统c with class的最佳实践还是比较明确的,多看看GTK和QT就差不离。但是现代C 偏重于静态决定和半函数式,而且本身还在剧烈演进中,这两个方向上,最佳实践比较匮乏,尤其是大规模工程化的最佳实践。我看过微软、facebook的几个现代C 开发框架,还是感觉过于玩具化,跟我自己的开发方式也区别很大,当然我自己是简单至上的,不算完全的通用化方案。
那么真正的难度就在于取舍。如何做业务抽象,以何种形式来做抽象,如何平衡复杂与简洁度,如何确认各技术和模块的边界,如何综合运用多范式就很考验经验和性格。
说点性能以外的优势吧。C 11之后,一向是我认为最佳的工程语言,控制力极强。重点在于静态决定和操作简化。
C 尽量少搞动态OOP,理论上不成问题,但是实际语法相当麻烦,而且弄多了就很容易出现像python一样的问题,重构困难。所以基于极强的类型化体系和模板体系,在开发体系的抽象和重构性上,可以达到一个相当舒服的地步。尽可能的静态决定可以避免很多手工错误。
C 写库那是各种手段都可以用上的,但是写完了,可以做到使用极其简单。我个人就觉得和typescript比较像,用起来有时候还要简单一些。
再结合C 20的concept这种前置类型条件,constract这种前置边界后置边界,写代码就更舒服了。
作者:王旭竞https://www.zhihu.com/question/311845619/answer/594847911
03
C 对比其他语言到底难在哪里?概念多;未定义行为多,编译通过不表明你可以那么写;存在大量语言之外的东西。语言本身只定义到编译单元,但后面还有静态库、动态库、工程化的一堆事情。
最重要的,你不得不学会绝大部分概念。所谓“只使用语言的一部分特性”在稍微大点的工程里是做不到的,因为第三方库会强制你使用那些你原本不打算用的概念。
除了性能优势,还有什么优点?
性能优势不是特点,因为有太多的语言是注重性能的:不论是更老的C、Objective C,还是比较新的C#、Rust。
C 的关键特点,是有性能优势的同时提供了足够多的抽象能力,使得它有能力构建比较复杂的系统(vs C);同时又出现得足够早,有足够的历史包袱:大量已存在的SDK使用C ,于是你不得不用C (vs C#、Rust)。
怎么学好C ?
我也不知道。我第一个真正学习的语言是Perl,然后使用裸奔类比学会了C 。
总之,你需要掌握:裸奔概念(比如class无非就是有行为的结构体,method无非就是函数,template无非就是某种代码生成规则)。
业务系统的分割、组织,这对于所有的编程都是需要的。
从项目中学习。没有项目就自己做点小玩具。