有关使用ASP.net WebForms或MVC的建议

Question

我有一个面向公众的爱好网站,每天约有3000名独立访客,用经典的ASP编写,不太需要改造和重新设计.我已经意识到升级到ASP.net是实现功能的最佳方式,这些功能对于业余爱好者来说太难了(使用RSS提要,身份验证和用户配置文件)但是我很想得到它坚持到一次我通过重新设计/升级.

但是,我已经陷入了瘫痪状态的不确定性:Web表单或MVC - 以及似乎总会有一些新版本即将发布,似乎值得坚持改善学习曲线.所以我花了几个小时阅读WebForms然后阅读一些东西,告诉我我可能会更好地考虑MVC,然后阅读有关MVC并想知道它是否真的适合我正在尝试做的事情.

没有任何教程和入门网站真正谈论哪些网站是传统的旧静态信息网站(不是目录或用户内容驱动).

我的网站大约有75%的静态信息页面很少改变.但是,ASP脚本在所有这些页面上的用户界面中是必不可少的 - 动态或随机选择设计元素(如标题照片)或根据一年中的某一天或随机提供特定的侧边栏框.

我所拥有的脚本就像是一个脚本,可以随机选择并显示页面的30个标题图像之一,一个显示文本的脚本和基于一年中某一天的链接,一个允许我声明一个脚本的脚本特定搜索关键字与特定页面的内容相关,并且在页面加载时将其预加载为搜索输入框中的文本.

对于大多数其余页面,它们都是关于显示数据.其中一些是小记录集(关于一年中特定日期的重要内容的年历类型信息),我将其保存并从页面本身的Array变量中提取.其他人从Access数据库中提取信息,该数据库变化很少,我从未在网站上实现CUD功能(以及必要的角色和身份验证以保护它),但只是离线更新数据库并上传它以实时发送更改.

使用ASP.net,我可以很好地转移到SQL Server并构建实时管理页面.我不需要坚持使用Access.

但是,我更习惯于编写原始HTML和CSS,而且我发现WebForms(特别是Viewstate和事件/回发)是一个挑战,可以从概念上理解.即使它似乎更适合文件系统中的静态页面,但我已经习惯了一些服务器端代码.

另一方面,MVC似乎非常适合手工编码的设计,但是从数据库中提取所有东西.

你会推荐什么？我应该将所有静态页面拉入数据库并通过MVC中的"文章"视图提供它们吗？

我不是一个专业的开发人员 - 所以这不是关于什么在我的简历上看起来最好.我只是在寻找(a)来自经典ASP中来自VBScript内联表达式的人的最少学习曲线,以及(b)最适合我的网站的内容和(c)让我对标记有一些控制权 - 和CSS.

Answer 1

绝对是MVC,特别是如果你作为一个HTML/CSS家伙更舒服的话.对于一个基本上是静态的站点,回发没有任何优势,并且您需要几个月的时间来了解页面生命周期(我还没有遇到一个开发人员,他在编码6个月之后就是生命周期的主人. )

将ASP经典站点转换为MVC基本上涉及将HTML和ASP标记移动到视图中,并使用路由机制复制现有URL.您需要升级脚本以使用更现代的功能,但这应该是我想象的相当简单.

我不同意在MVC中从数据库中提取所有内容的想法 - 这与架构有点无关.我在MVC框架中编写了100%的静态站点,并且喜欢它:)

我的经验法则趋向于:"网站的MVC,企业网络应用程序的WebForms - 也许."