开发ASP.NET MVC UI扩展 - 最好的办法 [英] Developing ASP.NET MVC UI Extensions - best approach

查看:90
本文介绍了开发ASP.NET MVC UI扩展 - 最好的办法的处理方法,对大家解决问题具有一定的参考价值,需要的朋友们下面随着小编来一起学习吧!

问题描述

什么是开发ASP.NET MVC丰富的UI扩展的最佳实践(我的意思是异步/部分加载,光滑的效果,剥皮等)?我看到Telerik的有一个MVC套件的扩展,但还没有尝试过,所以我不能加以评论。

What are the best practices in developing rich UI extensions for ASP.NET MVC (I mean asynchronous / partial loading, slick effects, skinning etc) ? I saw that Telerik has an MVC suite of extensions, but haven't tried them yet, so I cannot comment on them.

我最大的时刻关心的是如何构建我的扩展名code,因此C#,ASP的标记,和JQuery保持相互独立的,但在某种程度上封装的扩展名必须是容易散发和重用。

My biggest concern as of the moment is how to structure the code of my extensions so that C#, ASP markup, and JQuery remain separate from each other, yet encapsulated in a way that the extension must be easy to distribute and reuse.

我知道用户的控制方法有很多缺陷,但它那种允许应用程序开发人员只需参一控,设置一些参数,并得到它在几分钟内去。我想达到同类便携性/可重用性,因为我仍然保持了code,易于扩展和借鉴。

I know that the user control approach had many flaws, yet it sort of allowed application developers to just reference a control, set some parameters and get it going in a few minutes. I'd like to achieve the same kind of portability/reusability as I still keep the code easy to extend and build upon.

现在,一些想法浮现在脑海中的讨论的议题是:
模板助手对扩展方法佣工或可能整合
高效利用的jQuery
- 命名约定 -
- 异步加载的行动 -
等您可以添加任何涉及到你的头脑

Now, some ideas that come to mind as topics for discussion are: template helpers vs. extension method helpers or a possible integration efficient use of jQuery - naming conventions - - asynchronous action loading - etc you can add whatever comes to your mind

推荐答案

在Asp.net MVC特定的插件/模块/组件问题已经被问过:

The Asp.net MVC specific plugin/module/component question has been asked before:

<一个href=\"http://stackoverflow.com/questions/2258043/what-is-best-practice-on-asp-net-mvc-projects-and-extensionable-skinned-systems/2258722#2258722\">http://stackoverflow.com/questions/2258043/what-is-best-practice-on-asp-net-mvc-projects-and-extensionable-skinned-systems/2258722#2258722

<一个href=\"http://stackoverflow.com/questions/73902/asp-net-mvc-components\">http://stackoverflow.com/questions/73902/asp-net-mvc-components

<一个href=\"http://stackoverflow.com/questions/1983331/asp-net-mvc-how-to-achieve-reusable-user-controls-and-maintain-dry\">http://stackoverflow.com/questions/1983331/asp-net-mvc-how-to-achieve-reusable-user-controls-and-maintain-dry

<一个href=\"http://stackoverflow.com/questions/2155961/custom-components-and-asp-net-mvc/2156250#2156250\">http://stackoverflow.com/questions/2155961/custom-components-and-asp-net-mvc/2156250#2156250

我要看看是在那里首先成为迂腐有关命名约定和模板VS扩展方法佣工或任何(我不明白这是什么意思呢;)之前其他方法。)

I'd take a look at other approaches that are out there first before becoming pedantic about naming conventions and template vs extension method helpers or whatever ( I don't understand what that means anyway ;) ).

这篇关于开发ASP.NET MVC UI扩展 - 最好的办法的文章就介绍到这了,希望我们推荐的答案对大家有所帮助,也希望大家多多支持IT屋!

查看全文
登录 关闭
扫码关注1秒登录
发送“验证码”获取 | 15天全站免登陆