一个目一个敢

码农吐槽项⽬代码：⼀个函数⼀眼望不到边，逻辑混乱，不敢直视！

作为⼀名程序员，相信好多⼈都见过形形⾊⾊的项⽬代码，说实话，很少能见到⼀些特别完美，特别规范的代码，特别是在⼀些⼩公司，我

想有好多程序员朋友有这种感觉，对吧，其实，最初的设计都是好的，只不过最后由于业务的扩展，需求的变更等复杂的因素造成⽬前看到

的局⾯，虽然不想看到这样的结果，但是也不得不硬着头⽪去继续维护现在这团代码，近期，⼀名程序员⽹友就吐糟了他们的项⽬代码。

据这名程序员朋友说，他不确定⼤公司的代码好看不好看，但是他看到他们公司的项⽬代码跟shi⼀样，⼀个函数⼀眼望不到头，没有注

释，逻辑混乱，真是⽆法直视了，我想他这样的描述，好多程序员朋友也是很有体会吧，在项⽬中见到⼀个⼤长函数，或者⼀个类⽂件上万

⾏的情况的确是有，接下来，我们看看其他⽹友们对他的状况是如何理解的吧！

⽹友⼀：我们的⼯程也shi⼀样，但不妨碍写PPT时吹⽜逼，反正升上去会有其他⼈接⼿填坑

上世是朵花：项⽬代码的混乱其他⼈是看不到的，只有程序员能看得到，其他⼈看到的是功能的对外呈现，项⽬混乱不混乱影响到的是程序

员的维护体验，只要代码效率能跟上去，对⽤户的使⽤体验是没什么影响的。

⽹友⼆：狗屎都差不多，哪有吃起来会⾹的

上世是朵花：⼤家这么称呼代码，似乎对代码不太尊重吧。

⽹友三：见过⼀个类⾥就⼀个函数不？关键是这个类的代码还是好⼏万⾏。。。你以为这就完了？no。。。这⼏万⾏就做了⼀个事情，那就

是复制数据库中的⼀条数据然后新插⼊数据。最关键的是这个代码还是个博⼠⽣写的。。。更更关键的是在这代码开始之前我就跟他说过可

以⽤java的反射机能结合数据库查询出来的表字段信息实现。。。原本应该1000⾏左右能实现的逻辑硬是被搞成这个德⾏。。。。

上世是朵花：这样的情况是挺糟糕的，有时候发现不好的代码要及时改造，不要在不好的代码上继续累积代码，否则就会发现维护的难度呈

现指数上升，最后不得不⾛向重构的边缘。

⽹友四：都是屎⼭堆屎，⼤⼩公司的区别⽆⾮是坐便还是蹲坑了

上世是朵花：这个⽐喻有点恶⼼了，还是⿇烦尊重⼀下代码吧。

⽹友五：哪⾥的业务代码都是屎

上世是朵花：在⼀定规模的软件公司⾥，代码都是分好⼏层的，⼀般像基础数据层部门，他们的代码都是很规范的，变动不是很⼤，到业务

层部门，可能就相对混乱了，因为业务是随市场的变化不停调整的，总不能顺应程序员的维护爱好业务不变动吧，因此业务变动对代码结构

的冲击也是⼀种正常的现象，这就要求程序员们有⾜够能⼒去应对业务的变动，对业务层代码可以保持适度的混乱，这也是可以理解的。

⽹友六：⼀个⽂件⼗⼏个类，⼏万⾏代码，⼀个函数要翻⼏页，了解⼀下

上世是朵花：说这样的状况，我相信，可能这个项⽬是⽐较⽼的项⽬了吧，估计现在谁在写这么长的函数⼀定被吐槽了。

从评论中，可以看出，⼤多数程序员⽹友们都遭遇代码混乱的处境，这也不能怪谁啊，反正这样的代码都是⾃⼰或者⾃⼰的同事们⼀点点累

积起来的，因此要想改变这样的局⾯，就要从⾃我做起了，养成良好的编码习惯，遵守良好的编码规范，如果你是公司的技术领导层，那就

更好了，你应该建⽴起⼀个代码管理流程，并确保这个流程制度能够落实下去，只要⼤家都能遵守并做到了，相信项⽬代码的状态也会好不

少，另外，除了流程上管理，代码的最初设计也是相当重要的，特别是业务层代码的设计，要留出⼀些变动空间，要设计的⾜够灵活，相信

这样业务变动对代码的冲击就相对⼩⼀点了。

以上所有图⽚均来之互联⽹

⼤家好，我是“上世是朵花”。如果你有什么好的看法或者观点可以在评论区展现你的才华，互动交流，如果想进⼀步了解我，那就关注我

吧！