类如何帮助您管理大型应用程序？

这出现在我在网上的一次对话中,我发现我不知道这应该如何工作:相当多的程序员似乎只是把它作为一个给定 - 事实上,很明显,类是一种必要的语言管理大型软件项目的功能.

我不明白他们是如何做到这一点的.

我的问题是,你怎么知道的？哪些客观测量表明类可以提高生产力,重用代码并降低程序生产的复杂性？课程的哪些方面使其成为大型团队合作的理想选择？

现在,我想问一个问题,这有点难以表达.如果我弄错了,最后会让任何人感到困惑或愤怒,我很抱歉:

客观地说,您如何知道类的使用不是应用程序开始时的原因？也就是说,是否有可能使用其他代码重用策略编写具有相同功能的程序,代码少得多,小到不需要任何特殊措施来"管理"它？(有许多选择,例如函数式编程范例或面向方面编程).

最后一点是Steve Yegge在他的博客上暗示的东西.但是我对这个论点的双方都持怀疑态度,因为任何人都缺乏任何硬数据,而且没有足够的经验可以自己得出结论.

你怎么看？

编辑:特别是我感兴趣的是为什么许多程序员认为原型样式继承在大型应用程序方面不能胜任任务.对不起这个问题很模糊 - 这是我对这个话题缺乏了解的结果.

edit2:似乎对函数式编程的含义感到困惑.(我认为任何版本的VB都不具备功能,当然不是旧版本).请参阅维基百科文章. http://en.wikipedia.org/wiki/Functional_programming

edit3:让我强调一下,我正在寻找客观的措施.不是主观意见.

这个问题问得好.将代码组织到类中是开发团队创建小型可重用模块的一种方式.此外,这些模块具有富有表现力和有限的界面,仅表达了该类的功能,而不表示它是如何实现的.每个类与其他类正交,因此在出错时可高度测试和模块化.

现在我刚刚描述的是一个完美世界的奇怪场景.但任何做OOP工作的优秀开发人员都应该努力做到这一点.

OOP是对我们开发人员只是人类并且不能立即理解整个系统的承认.因此,我们将系统分解为微小的可重用部分,并专注于这些部分.

以一个十位数的美国电话号码为例.很难记住你头上的十位数字,所以我们做了心理学家所说的"分块".这意味着我们在精神上将数字分解为我们可以更好地记住的块.

因此1234567890变得123-456-7890.对我们来说幸运的是,电话公司也以同样的方式打破这些数字并分配块的含义. 123是区号,456是前缀,7890是行号.这些块中的每一个都像一个类,它们都有各自的职责,格式和含义.

总而言之,我能说的最好的事情是OOP允许我们构建具有集中和封装功能的大型可扩展系统.它使我们不必一直看到大局,并能够专注于做一件事并做得好.