代码之家 › 专栏 › 技术社区 › Nick

ASP.NET MVC-适用于小型网络设备吗?

asp.net-mvc

Nick · 技术社区 · 17 年前

我在一家小型网站公司工作(两个程序员,两个设计师)。目前,我们使用ASP.NET网站项目——这使我可以轻松地在本地机器上整理编程,而设计师直接在开发服务器上工作,“动态”编译允许他们查看所做的任何更改,而无需编译和部署网站(所有这些都与SVN有关)。

有什么原因不能将MVC网站设置为网站项目而不是应用程序,这样它们就不必在整个开发过程中进行显式编译?(我们的“实时”网站都使用web编译项目)。
有没有其他方法可以让设计师像现在一样开发MVC站点?注意:他们使用Dreamweaver,因此没有Cassini开发服务器。

有人能就以上任何一项提出建议吗(即使只是告诉我我的开发过程毫无意义……)

3 回复 | 直到 17 年前

Soviut 17 年前

我曾经是一名ASP.NET开发人员。最近,我开始使用Django进行开发,并通过SVN与另一名开发人员远程进行开发。我发现MVC框架使小型项目变得更加容易,而大型项目比老式的ASP.NET要轻松得多。

与ASP.NET中的web控件相比,模板更易于控制和设置样式。逻辑的分离(超越了代码隐藏方法)使得多人同时处理站点的不同部分更加容易。在处理ASP.NET页面生命周期问题足够长的时间后,以操作为中心的RESTful设计开始变得更有意义。此外,URL驱动的路由和反向查找功能意味着代码中的硬编码链接更少,向站点添加新部分更容易,等等。

要回答您的一些问题:

我不确定实时编译,但是编写一些简单的部署工具来自动化这个过程已经足够容易了。
MVC框架上的单元测试通常更容易,因为控制器中的操作可以更好地划分逻辑。

Chad Moran 17 年前

无论是什么类型的项目,ASP.NETMVC都是一个很好的平台。如果你已经了解了HTTP的基本知识以及网站的实际工作方式,那么ASP.NET MVC将是你生活中缺少的东西。如果您习惯于ASP.NET WebForms的回发模型,那么一开始可能会有点难以理解,但很容易轻描淡写。它基本上是一个无状态模型。给你的控制器一些参数,它会写回一些HTML。。。故事结束,直到下一个请求。

我不这么认为,我认为这样做的原因是允许bin部署ASP.NET MVC项目。您可以直接从VisualStudio2008发布ASP.NETMVC应用程序,而终端服务器甚至不必知道ASP.NETMVC,只要它有ASP.NET3.5(我想是SP1)
NET MVC完全是关于单元测试的,在这方面非常灵活,甚至ASP.NET MVC背后的一些设计决策都是基于允许用户对其代码进行单元测试。Scott Guthrie在最新版本的ASP.NET MVC(beta版)中特别提到了单元测试 http://weblogs.asp.net/scottgu/archive/2008/10/16/asp-net-mvc-beta-released.aspx#six

MVC是一种经过验证的网站设计模式,即使是你发布问题的那一个,也是基于ASP.NET MVC的,只由少数人构建,现在由1(一)人维护(很快将成为2)。我目前正在使用它的3个私人项目,我喜欢它。我已经看到了曙光,我再也不会回到WebForms了。

资源:

Scott Guthrie's blog
Phil Haack's blog
Rob Conery's blog
Scott Hanselman's blog
Stephen Walther's blog
PDC08 ASP.NET MVC Session 会议由Phil Haack和Jeff Atwood(该网站的创建者)主持。

嗯!

jcollum 17 年前

这个网站使用MVC。我认为StackOverflow背后的团队有资格成为一家小商店。不过他们有很多经验。不过,考虑到涉及的人数(几个)和服务器的数量,是的,这是很小的。在我看来,它运行得非常好。