我平时写的一切,我开发软件使用情况。对于每个使用情况下,我通常写控制器,其引导流(实现用例)。

我最近开始开发使用Asp.net MVC Web应用程序。一个Asp.net MVC的最佳做法是保持非常少的逻辑控制器。我无法弄清楚我将如何改变我的设计,以反映这一点。

我基本上想办法概括了我的使用情况。

有帮助吗?

解决方案 3

创建一个业务组件封装用例。举例来说,如果你有一个休假管理系统,你将不得不使用情况下,像申请休假,批准休假请求,拒绝休假请求,等等。为此,您可以创建称为业务组件(类)离开经理方法(函数/操作),如“应用”,“批准”,“拒绝”,等等,这些方法将封装用例。这些方法将会把你的业务实体和数据存储类作为输入并执行用例。

class LeaveManager{
     int Apply(from, to);

     bool Approve(leaveApplicationId, approverId);

     bool Reject(leaveApplicationId, approverId);
}

可以然后使用此业务组件在控制器通过提供所需的参数来执行使用情况。

其他提示

我认为具有脂肪模型和瘦控制器通常是在任何语言一个好的做法和没有特别的.NET MVC。结帐这个漂亮的文章,即经过一个示例场景示出在Ruby脂肪模式的优点上滑轨(但概念适用于任何语言)。

有关代表的用例在你的代码,我认为他们一个更好的地方是在测试的情况下,而不是控制。

推尽可能多的业务逻辑的模型和辅助类越好,使用控制器主要用于处理URL调用和实例相关模型,从他们那里获取数据,并且将数据推送到的意见。视图和控制器应该尽可能少的需要作出决定越好。

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