- 主题:有人写过超过一万行代码的程序吗？
你没见过数值计算的那些程序... :)
【 在 ltelite 的大作中提到: 】
: 我觉得应该是问 有写过超过10000行的一个函数吗？ 对吧？
: 一个函数最好控制在千行以内。极少数遇到过2，3千行的。。。
--
FROM 183.47.50.*
有啊，近几年我自己一个人做了个近10万行的C的软件。
不过确实有个问题，就是某个模块很久没有碰的话，如果出问题，都要花1，2天时间回顾一下。有个比较复杂的模块，甚至花半周以上。
我自己琢磨了个基于longjmp和msg的体系，感觉比较好地解决了函数返回的问题。
【 在 philbloo 的大作中提到: 】
: 一个人，任何语言。不一定要是产品，proof of concept 和 demo 以及一个模块都算。我没写过超过一万行的，我感觉达到五千行以后就很难控制了，会开始出现难以修复的 bug ，代码质量开始下降，人开始失去耐心，并开始忘记自己写过的代码。
: #发自zSMTH@Moto Z3 Play
--
FROM 14.16.76.*
有3万行左右的轮子。不是科班出生，轮子应该还能继续完善。
剩下的当然也不全是算法。输入输出啊，一些信息的提取等。
类似于gcc一样的编译器，某些地方需求比gcc复杂。
当然我没看过gcc的代码，只是“感觉”了一下两者的需求。
【 在 hgoldfish 的大作中提到: 】
: 10 万行的 c 软件，如果大部分是业务逻辑的话，表达能力也就相当于 5000 行左右的 python 代码吧，不应该啊。就算有核心算法。。不太可能 10 万行都是算法吧？
:
--
FROM 14.16.76.*
主要是函数如果层数多一些，底层出错的话，就要层层加代码判断错误返回，然后为了“清洁”起见，在错误返回的时候还要释放资源等，就比较容易混乱。
我不知道这里有没有一些比较好的处理方法，现在我就是通过longjmp来做了。
【 在 philbloo 的大作中提到: 】
: 展开说说 函数返回有什么问题 你怎么解决的
:
: #发自zSMTH@Moto Z3 Play
--
FROM 14.16.76.*
我确实想不到好的方法...
也请教一下，你一般是怎么处理的呢？
【 在 foliver 的大作中提到: 】
: C版本的exception？
: 不喜欢。
--
FROM 14.16.76.*
对，类似吧。
我觉得这样还行啊，总之现在写起来就不用顾及出错的后续处理了，感觉爽了不少。:)
【 在 hgoldfish 的大作中提到: 】
: c 语言有 goto，在函数底层清理释放资源是普及的设计模式。用 longjmp 最好不要了，相当于自己山寨 cpp 的异常流。
: 我觉得写 c 语言，就要有一种把自己当作人肉编译器，产生冗余代码的觉悟。千万别去追求什么优雅。
:
--
FROM 14.16.76.*
笑，虽然感觉不是那么一回事，但是也不知道怎么继续说下去了。
【 在 hgoldfish 的大作中提到: 】
: 那听起来还是大半轮子啊。就是与现有软件功能类似的软件，除了局部不一样？
: 总体感觉 c/cpp 程序员很喜欢造轮子。
:
--
FROM 14.16.76.*
汗！当然不介意，hgoldfish在版上还解答过我不少问题呢。
打个比喻，我猜他以为我做的东西是奥迪和奥拓的区别，但其实可能是汽车和马车的区别...
然后不同行业又很难继续说清楚了，就算了。:)
【 在 philbloo 的大作中提到: 】
: 别介意 跟语言无关 99%的软件都是重复劳动 不仅如此 99.99%的人都从没发现新问题
:
: #发自zSMTH@Moto Z3 Play
--
FROM 183.47.50.*