Click here to Skip to main content
15,899,313 members
Please Sign up or sign in to vote.
0.00/5 (No votes)
See more:
asp.net mvc ,why it is complex to implement it,s a draw back.I want to know the reason
Posted
Comments
Richard MacCutchan 3-Jan-15 4:16am    
It's complex because it has to cater for many different situations.
debashishPaul 3-Jan-15 9:50am    
Well, I didn't find it complex. Complexity depends on how you are implementing it.
Robert Ellis 4-Jan-15 22:35pm    
The concept of MVC, like the concept of Dependency Injection, Unity, SOLID and other software paradigms, is to lessen the overall amount of work that is required to MAINTAIN and TEST software solutions; and (in some cases) to lessen the amount of overhead required to co-ordinate software development between different teams of developers.

The additional complexity that using these paradigms brings to up-front development work is supposed to be outweighed by the benefits described above.

If you are working on small-scale projects, it may be, for example, that you will not realize any benefit at all by adopting a strict MVC model. The additional development effort required to implement the model up-front may not reveal any significant benefit down the road. However, on larger projects, this is unlikely to be the case.

If you want to know WHY these models are recommended and want to understand How they save time over the course of development cycles, the best thing to do is read up and take a few tutorials on each. Doing so will NEVER be a waste of your time, because understanding how they work and where the benefits lie, will put you in a better position to decide whether or not they are good models for you to use on your projects.

It is certainly not the case that any of them are "magic bullets"; nor is it the case that they must be used. None of them (including MVC) are best practice for all projects. As I have mentioned, size and scale tend to be important aspects to consider when making a decision as to how to model your software, but they are not the only considerations.

This content, along with any associated source code and files, is licensed under The Code Project Open License (CPOL)



CodeProject, 20 Bay Street, 11th Floor Toronto, Ontario, Canada M5J 2N8 +1 (416) 849-8900