具有业务逻辑的简单asp.net应用程序的设计模式？

Question

我对来自windows编程的asp.net世界很陌生。会话、身份验证、页面生命周期对我来说仍然是一些令人困惑的概念。

我目前正在设计一个简单的网站，只是为了学习asp.net。(非常简单的讨论板w/ tag，有点像堆栈溢出，但更简单100倍)

我设计了数据访问层，现在进入业务逻辑。我的业务逻辑如下所示：

• 后端组件:规范化数据、复杂计算等。我的后端只有两个类，总共可能有15~20个成员。
• 用于前端类访问的控制器静态类.

我的问题是：

• 是控制器类的必要条件吗？我是否应该在asp.net页面中直接实例化每个后端组件?通常处理会话和身份验证的
• ？后端应该负责这一点还是前端的管理类应该负责所有的用户sessions/authentications?
• I理解每次访问网页对象都是实例化的，如果前端控制后端，这真的是一种不好的做法吗？

Answer 1

1. 是ASP.NET web表单还是MVC？MVC依赖于控制器来服务请求，但是如果您为web表单构建了一个控制器类，那么它实际上取决于控制器在做什么，它的purpose.
2. ASP.NET本机使用页面上的session属性或httpcontext来处理会话(如在HttpContext.Current.Session中)。这取决于你认为什么是“会话”，因为这可能有几个含义。身份验证可以很容易地由成员资格API处理(在线阅读更多关于它的内容)。从理论上讲，
3. 并不是一个糟糕的实践，但它的实现可能取决于它的设计方式。某些对象也可以存储在静态级别上，如果这些对象打算在每个请求中存在一次。