【发布时间】:2012-01-02 02:25:58
【问题描述】:
我阅读了 Dino Esposito 和 Andrea Saltarello 的 Microsoft .Net: Architecting Applications for the Enterprise 中关于架构的以下段落:
每当您采用声明性方法进行编码而不是 命令式方法,您将一些责任委托给某些人 另一层代码——你不能完全控制的一层。所以你是 最终希望中间工具能理解你 正确,并且在此过程中不会遇到任何麻烦。在 软件开发,委托给第三方进行开发 更快,但你应该保证用户得到你想要的 他们去。
这并不意味着您不应该信任 Visual Studio 2008 或 类似的基于向导的产品。重点完全是另一回事。 在一个可能由多个团队开发的大型系统中,经典 声明式编程是行不通的。你需要在你的 演示 决定显示内容、显示位置的代码层 阅读设置,以及如何应用它们。声明式编程仍然是 一个不错的选择,但前提是您编写引擎和向导。
谁能用简单的话向我解释一下声明式和命令式编程到底是什么?
【问题讨论】:
-
查看此 [SO 帖子][1] 以获得 f# 和 c# [1] 的比较:stackoverflow.com/questions/952318/…
-
@AshokPadmanabhan:几乎不适用,因为它是关于 C# 与 F# 的,仅部分关于命令式编程与 函数式 编程(这是声明式编程的一个相当具体的子集) .
-
向导和声明式编程有什么关系?
标签: c# asp.net .net architecture