是否有可能成功地设计和构建基于程序(命令式)的应用程序?

StackOverflow https://stackoverflow.com/questions/257873

  •  06-07-2019
  •  | 
  •  

您能否提供当今程序化且保持高水平完整性和效率的应用程序示例?是否有任何书籍、教程或链接提供了如何成功构建和维护命令式系统的示例?如果您要在该领域提供指导,您会就如何构建该领域提供哪些建议?我问这个问题是因为 OOP 通常被认为是过程编程的自然发展,但我很难相信情况总是如此。

有帮助吗?

解决方案

成功程序应用的例子?

你的意思是,比如说,Linux 内核?BSD内核?Apache 网络服务器?大部分 Unix 用户态实用程序?类似的应用程序?

当然,OOP 技术在软件内的组织、可维护性和抽象方面具有价值,但即使在今天,OOP 也可能只是当今编写的所有代码和应用程​​序的少数子集。

考虑一下所有 Java 或 C# 或 VB 代码,虽然它们是用支持 OOP 的编程语言编写的,但它们使用大量 OOP 技术的唯一原因是与外部库或系统交互。同时,应用程序本身在利用 OOP 框架的同时,在设计和实现方面可能相当程序化。

OOP 是一个很好的范例,但事实上,对于许多系统中的大部分逻辑来说,它并不是真正必要的。

其他提示

虽然我无法直接指向任何现有系统,但仍有大量旧版企业系统在OO COBOL之前编写。许多经典的4GL程序都是程序性的,旨在实现高完整性系统工程。有些写得很好,有些则写得不多。

书籍包括“从微型到大型机的COBOL”,“企业COBOL编程指南”。

关于良好命令式代码的结构提示与OO技术类似:命名好,分开你的顾虑,不要重复自己,单一责任原则,不要破坏破窗户。

事实上,我只是建议阅读“实用程序员”。在任何范例中都会给大多数人提供正确的想法。

至于面向业务的应用程序转向OO的一个令人信服的理由;程序语言允许域逻辑的事务脚本方法,而OO语言允许域模型方法。

当然,对于简单的练习,并不需要使用OO语言,但是一旦复杂性增加,OO语言的可维护性就会胜过程序语言的低开销。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top