应用错误收集

我认为您可以使用MVC模式。要更加熟悉，您可以阅读本文档https://www.asp.net/mvc。

关于MVC模式的几句话：

用外行人的术语定义MVC

请记住，您在技术上和代码方面都近在咫尺。 MVC给你   就像一天一样晴朗，但对业务人员说“模型，视图，   Contoller可以给他们留下您正在遭受痛苦的印象   一些形式的抽动秽语综合征。 MVC对业务意义不大   在根据代码定义它们之后。开展业务   了解为什么这是答案，并且至少可以说是答案   根据我的经验，这项任务比预期的要多。甚至有些人   开发人员有时很难理解这一点。

让听众了解MVC是什么以及为什么它可以正常工作   通过的尝试是将MVC应用于其他行业   听众有更多的参与。一个有效的例子   对我来说，过去与房地产甚至是   汽车。大多数人与建筑商，木匠，   水管工，电工或观看洪水泛滥的节目   电视。这种经验是一个很好的平台，可以用来解释原因   分离，例如MVC的作品。我知道你可能在想   无法使用，因为它与软件中的软件不一样，但是请记住   不试图培训企业成为开发人员或拥有业务   深入了解MVC，向他们简单说明分离   生产是必需的，这就是MVC结构所提供的。

举一个如何描述这个例子，我非常简短   解释了分离如何在财产中起作用。请记住，这是   专注于使用未开发的系统，这可能是一个完全   不同的解释角度。

查看

MVC中的视图是表示层。这是最终用户的视图   产品将会看到并与之交互。一个系统可以有多个   从命令行输出到所有不同类型的视图   呈现的HTML。大多数情况下，该视图都不包含业务逻辑   清晰的设计。界面适合目的，是   相互作用。因此，您可以简单地输出HTML供消费者使用   与企业交互或输出SOAP / XML以供企业交互。都   在系统后面使用相同的业务逻辑，也称为   模型和控制器。

在财产世界中，您可以将视图视为内部空间   居民所拥有的财产或财产的外层   与。。。相互作用。内部可以根据目的进行定制   物业可以有许多不同类型的租户。例如一个   特定设计的财产可能包含住宅。   相同的内部空间可以轻松用作办公室空间，   尽管在同一个属性中具有不同的用途。然而   属性结构是相同的。因此所处的环境   用户交互不会干扰建筑物的结构。

控制器

控制者是发生魔术并定义业务的地方   应用程序逻辑。这可能是用户发送响应的地方   从视图中看，然后使用此响应来处理内部   请求的工作原理，并将响应处理回给用户。   在用户要求购买书籍的情况下进行典型的响应。   控制器具有用户ID，付款明细，送货地址和   项目选择。然后通过业务处理这些元素   完成购买的逻辑。数据通过系统传递   进入模型层，并最终在整个请求满足之后   业务定义，订单构建和用户   收到他们的物品。

如果我们将其与属性进行比较，则可以比较   在线预订以打开电灯开关。房客将轻弹   就像订购一本书一样打开。开关本身是一个   视图层中的元素，该元素将请求发送到控制器   就像单击网站上的结帐按钮一样。业务逻辑   在这种情况下，是电工安装并嵌入其中的工具   物业设计。轻弹开关，即可完成   电路。电流流过包括保险丝盒在内的所有电线   直接穿过灯泡。就像用户收到   书，在这种情况下，房客会受到光照。整个过程背后   涉及电力布线的场景对   承租人。他们只是简单地与空间内的开关互动   在那里，控制器处理请求。

模型

MVC中的模型是最底层，并处理核心逻辑   系统的。在大多数情况下，这可以看作是   与数据源进行交互。在使用MVC的系统中，控制器   会将信息传递给模型以便存储和检索   数据。根据上面的控制器定义示例，此   是订单详细信息的存储位置。库存等其他数据   书中产品的级别，物理位置   全部都存储在这里。如果那是订购的最后一本书，则   下一项对此商品的请求可能会检查该商品是否可用，并禁止   该商品已无法使用该订单。

不带打开电灯开关的示例，此级别   我们的结构可能是电力供应。当房客轻弹时   开关，内部电路必须请求电力来为   当用户从   数据库，如处理请求所需的数据。如果居住   未连接电源，则无法完成该过程。   使用MVC可带来业务收益

获得解释MVC是什么的信息后，您将   必须看看可以从中获得什么好处。我不会去   这里有很多细节，我确定您可以应用好处   与您的实际情况直接相关的更准确的信息。至   在此仅列出基于MVC的系统的一些共同优点：   一些例子：


不同的技能级别可以在不同的系统级别上工作。例如，设计人员只需很少的时间就可以处理界面（视图）   开发知识，开发人员可以处理业务逻辑   （控制器）对设计级别的关注很少。然后他们   只需在完成时集成在一起即可。

通过上述分离，可以更轻松快捷地管理项目。设计人员可以在设计之前启动界面。   开发人员，反之亦然。这个开发过程可以与   而不是顺序执行，因此减少了开发时间。

使用相同的业务逻辑轻松拥有多种视图类型。

清除系统中的路线。您清楚地知道系统的不同层次在哪里。有了明确的系统路线，   逻辑可以共享和改进。这增加了安全性，因为   您清楚地知道了从数据到用户的允许路径，并且可以   沿途进行明确的安全检查。

每一层都对自己负责。（与第1点有关）这意味着您可以拥有可以维护的干净文件结构   并且比紧密耦合的系统更轻松，更快捷地进行管理   您可能有很多重复的逻辑。

结构清晰意味着开发将更加透明，这将缩短开发时间，   维护问题和发布周期（如果正确应用）。

来源：http://www.strongandagile.co.uk/index.php/a-really-simple-explanation-of-mvc/

另一个选择是继续使用WebForms进行编程，为此，您必须选择正确的应用程序：

如何在Visual Studio中对HTML元素进行后端编码？

2 个答案:

用外行人的术语定义MVC

查看

控制器

模型