高效编程：代码精简之道

时间：11-12 名人轶事提交错误

大家好，关于高效编程：代码精简之道很多朋友都还不太明白，今天小编就来为大家分享关于的知识，希望对各位有所帮助！

好吧，我们先不扯太远，进入正题。一、查询码数的命令为

寻找。 -名称"*.m" -或-名称"*.h" -或-名称"*.xib" -或-名称"*.c" |xargs grep -v "^$"|wc -l

我查询了一下，发现有4.8W行代码，然后在Pod目录下再次运行，得到了2.2W行代码，也就是说实际代码量差不多是2.6W行代码。有了这些数据和模糊的概念，我又去百度搜索了一下。

我在知乎上搜索了一个话题。我在4 个月内写了40,000 行iOS 代码。是太多还是太少了？这是一个已经存在很长时间的话题，但我认为点赞最多的评论内容非常丰富。

代码并不是评估项目的完美标准。过去有一个故事，项目经理用代码行数来衡量工作量。结果，程序员开始在代码中添加空行。原本，函数结果有一个空行，但现在有两个。后来有程序员写了一个编译脚本，每次编译前都会自动在代码末尾添加一个空行。这样一来，有时候即使不做什么正事，每天的工作量也不过编译几次而已。可以达到标准。这些都很简单。如果你真想忽悠人，有很多方法可以让代码变得更长。例如，您可以将资源文件（例如图片）转换为常量数组，代码大小可以随心所欲地扩展。快的。

但更多时候，代码的无序扩展是由于不良的编码习惯和缺乏专业培训造成的。很多年前，我在一家公司做咨询的时候，看到过这样的PHP代码。一页上有几千行，没有任何功能关系，而且是一致的。我问了客户的程序员当时的编码习惯，他说要按照逻辑一句一句的写，遇到类似的逻辑就复制粘贴。当然，代码会越来越多。我问他这样写代码是否感觉累，他说一点也不累。然后我就问他，当代码出现问题的时候，修改起来容易吗？他快要哭了。然后，我教他如何将重复的代码压缩成函数，提取结构和参数，提高复用水平。

这部分听起来很简单，但实际上这是一个极端的例子。大多数从业者可能知道如何形成函数，但在代码中，复用程度仍然太低。也许您使用面向对象的方法进行编程，但基本逻辑是相同的。

这是重复的代码，必须将其合并到函数或类方法中。这首先节省了代码，但更重要的是，结构开始显现，从完整的意大利面条代码到有组织和结构化的代码。人的认知能力是有限的，记忆能力是有限的，屏幕尺寸也是有限的。当你把几百行面条代码变成几个函数时，首先，你用来理解代码的单位发生了变化。从大的逻辑角度看，你可以把每个函数看成一个黑盒子，整体结构就变成了，调用了几个函数。那么当你发现系统出现问题，怀疑是在某个函数中时，就只能通过分析这个函数的输入输出来定位问题是否出在这个函数中。确定之后，修改和理解的难度就会大大降低。

曾经有一个原则，重复两次的代码块必须功能化。一个函数应该尽可能在几十行之内。没必要100%严格执行，但建议认真理解，时刻反思。

写代码的过程应该是先写粗，再写细。写了一段时间后反思一下实现的结构是否合理，是否过于冗余。当你的代码始终保持一定的结构和可重用性时，代码行数将很好地估计项目的规模。多一行意味着逻辑确实更复杂了。如果你养成了这个习惯，你的技能自然会随着代码量的增加而加深。

其实写程序就是一系列的逻辑。你可以抽象它们，也可以具体化它们。在看全局的时候，抽象可以帮助你思考问题，看清大局，理清思路。在做具体实现的时候，你可以回到具体的细节，但是有了全局的抽象结构，你就可以只关心一个局部的细节。

刚才我和我公司的总工程师正在讨论一个新产品的开发步骤。我和他回忆说，我们之前开发过这个交互式排版系统，有两万多行。我说，如果我们从头开始，一个模块一个模块，一步步完善，那么可能需要几年的时间才能完成。但实际上，我们首先定义了各个模块，实现了一个空框架，然后一点一点改进。这有几个优点。第一，这个东西可以不断集成，可以边开发边测试整体效果。是可以一步步改进的，没必要盲目到大象。然而，我们实际上可以从头到尾控制进度，清楚地看到轻重缓急。这样，这个项目就可以完成，否则就完全不可控了。

我非常同意这个说法，并且我也一直在尽自己最大的努力去做这件事，并且尽最大的努力将OOP的思想融入到项目中。但回到现实，想想公司里的项目就很可怕。

路漫漫其修远兮，吾将上下而求索。

文章到此结束，如果本次分享的高效编程：代码精简之道和的问题解决了您的问题，那么我们由衷的感到高兴！