假设您明天将启动一个新的ASP.NET网站/应用程序.你会选择Web Forms还是MVC,为什么？
所以我即将开始为我的体育俱乐部开展一个小型项目进行会员注册,我正在尝试在WebForms或MVC之间做出决定.
Allit将是一个用户登录和数据捕获表单(或数据检索),所以我最初用FBA思考WebForms但是我想要暂时玩MVC并且我想它不会是选择太糟糕了.
但是并没有真正掌握MVC的知识,我不知道它是不是错误的适合.
那么,判断WebForms或MVC是否是正确选择的好方法是什么？
我有一个面向公众的爱好网站,每天约有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.