breakskater wrote:There are many instances where html/js/ajax methods do not cut the mustard, and many of the reasons within the stackoverflow posts are just opinions, have no weight, or are completely invalid.
'Cut the mustard' has got to be one of the most absurd expressions I've ever heard. :(
nopCommerce team | a.m. wrote:What are the development team's thoughts on rolling out MVC for the front-end before making changes to the administration area?
I think that we should not mix WebForms and MVC. If we move to MVC, then the entire site will be moved to MVC
Any reasoning in particular for this outlook? I'm all for it, but I only suggested the incremental switch as a means to ease developers into a changeover. Is it primarily because you'd like to minimize code quality-degradation that would likely accompany disjoint development patterns?
It's worth noting that although the administration area and the customer front-end of nopCommerce come in a single package, they really are essentially separate applications. Really, there isn't any compelling reason that the development of one
must hinge on that of the other. Personally, I think it would be interesting to see the development of the storefront and the administration area become entirely decoupled so that they can each be maintained semi-independently of one another, which in turn would open up the door for forked projects like a Silverlight administration area or similar.
I'm just thinking out loud here, but really I think Silverlight would be awesome for the management end of things given the speed, power, and ease of development; meanwhile the storefront could gain that same speed and power without sacrificing usability by running MVC in place of Webforms. Sooner or later (later) HTML will be obsoleted by technologies
like Silverlight, but until that happens we're stuck with HTML for building websites; however, when you get right down to it, the administration area of nopCommerce is more an application than it is a website. Everyone knows that Silverlight is more capable of creating rich applications than HTML, CSS and JavaScript are, which is why Silverlight really makes sense for application-like websites. Despite the obvious advantages of Silverlight, dependency on a third party plugin is foolish because it precludes the majority of users. Fortunately, the administrator of a nopCommerce website is
not the majority of users and it is not unreasonable to ask that an administrator install a third-party plugin in order to manage their content in the most effective way possible. Imagine the improvements possible with a client-side, event-driven platform like Silverlight operating in the administration area. Just off the top of my head: live interaction with customers as they navigate the store, instant access to specific data without having to navigate (page load) away from what you're doing, rapid input and management of content, the list goes on.
That's just my two cents.