我熟悉MVC / MVP,虽然我的问题很简单,但是当引擎和通信部分是一个开放的API时,我即将编写一个简单的Instant Messaging软件。因此,我的软件将包含大约3个表单,带有登录详细信息的启动画面,选项表单和包含所有功能的主表单:朋友列表,发送消息,已接收消息(选项卡式),搜索用户等。
在UI透视图中,GUI在我的应用程序中以1种形式存在很重要。
所以我的问题是,对于我将要拥有的唯一复杂形式,是否有必要实现MVP设计模式,或者在这种情况下,更好地直接前进并将所有逻辑放在一个位置?
感谢
Janalopa!
答案 0 :(得分:2)
我认为最好将问题分开,特别是在GUI中。
答案 1 :(得分:0)
我的2美分值是始终以MVC方式编码。如果它值得编码,那就值得编码。
问问自己是否可以看到您的应用程序超出当前规范?对mvc框架进行编码比任何其他框架更容易。
无论如何,MVC! :)
答案 2 :(得分:0)
如果您希望向您的网络应用公开API,您肯定会从明确的关注点分离中受益。如果MVP或其他模式是正确的方式取决于你,但你应该尝试让你的应用程序尽可能松散耦合,以便你可以
a)测试它
和
b)在适当的水平暴露它。例如,您可能希望从编写自己的聊天表单开始,该表单发布并从数据库获取更新。如果您后面有一个松散耦合的服务器端应用程序,您可以选择是在存储库级别,服务级别,控制器层还是使用与您自己的UI交互相同界面的单独API层公开聊天。
编辑:作为最后的评论,如果你从一个新项目开始,在ASP.NET MVC中实现聊天肯定比WebForms更容易,因为MVC在很多方面更容易使用ajax调用和更新。