1

我知道 ASP.NET AJAX 的主要吸引力在于您可以在 Visual Studio 中很好地构建它,而且它既好又简单。我发现 ASP.NET AJAX 受到限制,但我真的很喜欢 .NET,并且认为单独的 javascript 库可能是易于维护的响应式应用程序的方式。

我知道在组内(Dojo、ExtJS、MooTools ......)会有不同的意见,但我真的很想听听来自 .NET 组件路线的人的努力和可维护性的结果。谢谢你。

编辑: 这主要是关于 ComponentOne 的 AJAX 套件。我是 ComponentOne 的新手,但有机会拥抱他们的库或推动更合适的东西。我们的需求是面向客户的,并且必须是高度可配置的。我们的许多应用程序都是报告,而有些应用程序本身就是应用程序配置工具。

4

2 回答 2

2

Clay,如果报告是您的重点,那么我肯定会选择 ComponentOne。C1 在 .NET 中有非常强大的报告工具,在 ASP.NET 中有一个非常漂亮的报告查看器。C1 的报告工具还可以使用现有的 Crystal、SQL Server 和 Access 报告。

然而,ComponentOne 一直在问自己关于服务器控件和 JS 库的相同问题。因此,他们构建了一个完全独立的库,名为Wijmo。Wijmo 基于 jQuery/jQuery UI 构建,套件中包含 30 多个小部件。Wijmo 甚至具有丰富的数据控件,例如在 ASP.NET 中通常会看到的网格和 SVG 图表。它最初是为在 ASP.NET MVC 中用作 UI 层而构建的。这是有关如何在 MVC 中使用 Wijmo 的视频

同样的技术正在扩展到 ComponentOne ASP.NET 控件中。因此,选择 ComponentOne 后,您将拥有基于相同客户端框架的两个选项。请注意,Wijmo ASP.NET 控件仍在开发中,应该会在 2011 年夏天推出。

于 2011-03-07T15:47:50.593 回答
0

我的经验是,使用 ASP.NET AJAX 控件(例如 ComponentArt)往往会限制并强制您做出设计决策。我在 UI 层使用纯 JavaScript 库(如 jQuery/jQuery UI 和 ExtJS)取得了更好的成功。在处理高级 UI 时,让服务器端以 ASP.NET 方式呈现 JavaScript 会变得复杂。

于 2011-03-01T15:48:19.773 回答