请教关于MVC中控件的解决办法
小弟新学MVC,觉得挺好,很多地方可以代码解决而回避控件的频繁使用,增加了效率...
但是有些地方却不得不用控件..例如树状图..甘特图...导航界面...分页等
以前webform的时候,有些控件供应商会做出成套风格的控件
到了MVC如果自己做一套控件,这学习时间(不太懂,好像用到js,但是不会,瞎了)和工作量真心消耗不起

想问问哪里有MVC控件资源?有没有系列风格的控件供应商?

------解决方案--------------------

引用:

小弟新学MVC,觉得挺好,很多地方可以代码解决而回避控件的频繁使用,增加了效率...
但是有些地方却不得不用控件..例如树状图..甘特图...导航界面...分页等
以前webform的时候,有些控件供应商会做出成套风格的控件
到了MVC如果自己做一套控件,这学习时间(不太懂,好像用到js,但是不会,瞎了)和工作量真心消耗不起

想问问哪里有MVC控件资源?有没有系列风格的控件供应商?

你这个就是典型的自相矛盾。如果你想做出一套模板、可配置属性的组件，然后发布给别人，那么其实就是跟控件是同一个东西。控件可能支持在vs设计器上“所见即所得”地设计UI，而低级的东西只能支持你拿个“代码编辑器”稀里糊涂地写代码，然后运行起来才能看效果（而且不能当时进行调整）。

说sap.net mvc的好处就是“不用控件”其实细想起来这是很扯淡的。

真正的原因，是web form的机制比较“重”，过于“贴心了”因此在服务器端做了过多的工作。由于asp.net整体都没有跟上Ajax的形式，早已经落后了好几年，所以webform会显得用户操作延迟更大、更慢，只能拿asp.net mvc来凑和缓解一下。

这一切都跟“控件”没有关系。而是更重要的“跟上时代潮流”问题（既然asp.net不合潮流，就不要总在里边兜圈子）。

你不需要纠结什么asp.net mvc，而应该学学前端javascript下的一些UI框架、模式，这才是正途。