zoukankan      html  css  js  c++  java
  • 代码膨胀

          每一个开发人员在初学写程序的时候,都希望程序写的越长越好。这样他们看着那些常常的代码心里有很大的成就感。几乎每个人都是这样,包括我更是这样。刚开始写程序最大的成就就是看着那个黑框弹出来,上面显示需要的结果。除过这个之后就是那长长的代码行数。因为当初刚开始学习,也不可能写比较大的程序,所以为了使得代码行数更多,非常喜欢换行,写程序的时候能换行就换行,能用大括号就用大括号,因为大括号一般都单列一行。

    这么多年过去了,现在已近完全没有了这种想法,看着代码的行数增多,就非常的头疼。现在能用一行搞定的,坚决不用两行写。因为项目中最后代码都是非常的庞大,而工程项目中修改又是时时存在。庞大的代码导致修改的时候非常不容易,即使找修改点也不容易。这就引出来了又一个软件噩梦——代码膨胀。

    代码膨胀是稍微有点规模的项目都会遇到的问题,在《人月神话》中也有提及。有规模的工程项目都是团队的产物,既然是团队的产物,那么不可能不存在重复的代码,而这种重复的代码随着团队人员的增多,代码规模的增加会更加的突出。这是一个必然存在的问题,不管是你的团队成员多么的优秀,规模的工程项目必然会存在,只不过是优秀的团队使得这种重复和混乱的增长速度变得小了而已。

    而作为一个开发人员,对于这种代码膨胀之后带来的重复和混乱非常的讨厌,但是这种讨厌的、厌烦的情绪是伴随着整个项目生命周期的,正如人类的善良和邪恶一样,他们是时刻相伴的。项目功能点的规模大就会导致代码量大,而不断的开发和演进必然导致了代码的膨胀,而代码的膨胀反过来使得项目难于修改,而项目的难于修改往往导致了许多不好的修改,使得项目代码更加膨胀,混乱,这就形成了一个恶性循环。

     

    为了方便修改,全文的权威地址为 http://blog.sina.com.cn/s/blog_4a2100f801013nr3.html

     

  • 相关阅读:
    Unity基础:AR(增强现实)的学习
    Fire Balls 04——平台组合,场景的美化
    Fire Balls 12——UI界面的制作
    Fire Balls 11——修正游戏的BUG
    Unity使用Rider作为IDE的体验
    Unity 5 使用Roslyn编译器支持C# 7
    MySQL 5.5主从复制(Replication)
    使用libcurl的正确姿势
    U盘安装Ubuntu Server 14.04
    arguments介绍(二)
  • 原文地址:https://www.cnblogs.com/chengn/p/2697183.html
Copyright © 2011-2022 走看看