2010-07-04 263 views

回答

3

去找一个你可以做得更好的人。仅仅因为一个人比另一个人聪明就选择一项技术毫无意义。我们通常会根据大多数团队成员的经验和专业知识来决定选择技术。我们不想花时间在敏感的死线项目上钻研新技术。话虽如此,我想提一下,我们并不是单调而保守的,不采用新技术,但是我们有自己的采用新技术,标准和方法的流程。如果你之前在asp.net webforms中工作过,那么我建议你使用mvc的webforms,因为你可以更加自信和及时地交付,因为你已经熟悉了,当然还有大量的资源和材料已经在网上提供。您可以在关注您的项目的同时检查和研究asp.net mvc,并在asp.net mvc中开始做小项目。这是一个很好的转换方式,因为通过这种方式,您可以通过比较mfc中的类似事件在webforms中的实现差异,从webforms迁移到mvc。

从SEO(搜索引擎优化)的角度这是一个电子商务网站的重要
2

纯粹的,我要说的ASP.NET MVC的原因:

  1. 尼斯友好的URL如。 /产品/ 123/iPod的触摸-64GB白色-3根 (搜索引擎确实使用网址 排名)
  2. 在HTML完全控制,创建 清洁更语义/结构化 标记为更好的搜索引擎优化,还有 没有大量的ViewState和真的很长 ID属性=减少页面的权重, 页面加载更快,更好的SEO。
  3. 重量轻,速度更快(部分 在第2号的原因),这有助于 页面加载时间(谷歌有 明确表示,他们将 开始使用页面加载时间在搜索引擎排名 因素)。 另外用户更喜欢更快的加载 页面和更响应网站整体 (亚马逊网站发现每延迟100毫秒 减少1%)。网站 表现会影响转换。

尽管可以将ASP.NET WebForms切入上述过程,但它更容易和更自然地适用于ASP.NET MVC。

所有的事情都是平等的我会选择在任何一天的WebForms MVC,但作为'这。 __curious_geek'说如果你的团队没有MVC的技能,并且有时间压力,WebForms可能会是更好的选择。但是如果时间允许的话,我会建议在MVC中培训你的团队让他们加快速度,但这不是那么困难,你在WebForms中知道的很多知识都转移到了MVC。

2

对于这些类型的网站,Viewstate在ASP.NET中是一个真正的问题。它会在每个请求中发送到服务器。即使你使用ajax,情况也是如此。

我还发现与其他合作伙伴(跟踪解决方案,搜索引擎优化程序,付款提供商)进行交互更容易。您更接近http协议1,这使得将其他合作伙伴的要求转换为您的代码变得更加容易。他们很难与你讨论回传模型的局限性。

我也喜欢在ASP.NET MVC中执行性能测试更容易。在ASP.NET中,工具集非常有限,因为大多数不处理Viewstate。在ASP.NET MVC中,我使用免费工具jmeter。

高流量网站有一个问题:前端没有甜甜圈缓存。你缓存整个页面或没有任何东西。实际上这意味着你什么都不缓存。你可以离开,仍然缓存在后端。

我的经验是:如果你想做一个电子商务网站,然后使用ASP.NET MVC。