多客户端web应用程序，是使用自定义用户控件还是通用用户控件？

Question

比如说我的公司要建立一个复杂的asp.net网络形式的教育系统。其中一个模块是基于web的注册。为了使其具有灵活性，我们决定使用带有规则引擎(工作流)的用户控制(Ascx)来规范所有业务逻辑隐藏起来。因此，在未来，对于不同的客户端，我们可以简单地配置基本的现有规则或添加新的规则。(每个客户端存储在db或XML中的规则)。

现在的问题是如何处理用户控件(ascx)？我的意见是针对不同的客户从头建立不同的用户控制。其他语音类似于重用现有的用户控件。

Answer 1

这取决于，如果每个客户端都有自己的函数，这些功能是他们如何使用应用程序特有的，那么是的，从零开始构建用户控件。

如果他们不这样做，他们基本上都在做同样的事情，只需要为他们的公司打上品牌或任何东西，那么他们就没有必要再发明轮子了。

我的公司这样处理它:我们有一个中央平台，我们所有的网站都是以它为基础的。如果某个特定的网站和表单应用程序与我们的基本通用应用程序没有太大的不同，那么我们就构建在这个中心平台之上。

如果申请表格有很大的不同，那么我们把我们的主要平台，并创建一个新的项目，为该个别的计划。这样我们就不会在我们的模型/控制器中产生大量的意大利面程序特定的代码。

TLDC:现在不要决定，要灵活，最终应该由客户端来决定；哪一个将创建最少的工作量和最可维护的平台。