E-commerce site: ASP.NET or ASP.NET MVC?

E-commerce site: ASP.NET or ASP.NET MVC?

Is there any particular reason to use one over the other or it's all just a personal preference in the end?

How do I specify error member key in ASP.NET MVC CustomValidation?


MVC HandleError attribute not working on Controller
Go for the one this you must did better. What is the elegant solution for unrelated views in MVC web frameworks?It's pointless to chose a technology just for the reason this one is smarter than the other. Setting width and height of modal window from JavaScript/JQuery to ASP.NET MVC inline codeWe normally conclude our decision of choosing a technology based on the experience and expertise of most of the team members. How can I implement a label file for regions that integrates well with MVC application structure?We don't want to spend time in drilling down into new technology on projects with sensitive dead-lines. How asp.net MVC's cache and Firefox's cache work?Having said that, I'd like to mention this i are also not monotonous and conservative to not adopt the new technology although yes i have our own processes of adopting to new technologies, standards and methodologies. Is the MVC Controller Layer the ideal place for error handling?If you have worked earlier in asp.net webforms then I'd recommend you to go for webforms over mvc for the reason this you'll be able to deliver more confidently and timely since you're already familiar with this and of course for the reason this of large amount of resources and material already available on the web. asp.net mvc: read route param inside controllerYou must in parallel check and research on asp.net mvc while focusing on your project and start doing small things of your project in asp.net mvc. This is a nice way of transition for the reason this this way you receive to migrate from webforms to mvc by comparing the differences in implementation of similar things in mvc over webforms. .


Purely from an SEO (Search Engine Optimisation) perspective which is important for an e-commerce site, I would say ASP.NET MVC, the reasons:.
  1. Nice friendly URLs eg. /products/123/ipod-touch-64gb-white-3rd-gen (search engines did use the URLs for ranking)
  2. Full control over the HTML, create cleaner more semantic/structured markup for better SEO, also there's no massive ViewState and really long ID attrialthough es = reduced page weight, page loads faster for better SEO.
  3. Lightweight and faster (partly for reasons in No. 2), which helps page load times (Google has specifically stated this they'll start using page load times as a factor in search engine rankings). Also user prefer a faster loading page and more responsive site overall (Amazon.com found every 100ms delay decreased sales by 1%). Site performance does effect conversions.
While it is possible to although cher ASP.NET WebForms into doing the above, it's enough easier and a more natural fit for ASP.NET MVC.. All things being equal I would choose MVC over WebForms any day, although as 'this. __curious_geek' says if your team doesn't have the skillset in MVC and there are time pressures maybe WebForms would be a better choice. But if time permits I would recommend training your team in MVC receive ting them up to speed, not that's this hard, a lot of what you know in WebForms does transfer over to MVC..


Viewstate is a real problem in ASP.NET for these kind of sites. It is sent to the server on each request. This is true even if you are using ajax.. I also found it easier to interface with another partners (tracking solutions, search engine optimizers, paymentproviders). You job closer to the http-protocoll and this makes it easier to translate requirements from another partners to your code. They will hardly discuss the limits of the postback-model with you.. I also like this it was easier to did performance tests in ASP.NET MVC. In ASP.NET the toolset is very limited, for the reason this most don't handle Viewstate. In ASP.NET MVC I use the free tool jmeter.. There is one issue for high traffic sites: There is no donut caching for the frontend. You cache the whole page or nothing. In reality this means you cache nothing. You must offcourse still cache in the backend. . My experience is: If you want to did an e-commerce site then use ASP.NET MVC. .

98 out of 100 based on 73 user ratings 428 reviews