2010-07-04 251 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。