我应该买Obout控件吗？

Question

我们开始了一个新项目，项目的性质非常具有互动性，并且需要丰富的UI。

我们需要一组Rich UI开发所需的控件。谷歌搜索时我找到了Obout。我从来没有听说过他们，除了Telerik，ComponentOne，NetAdvantage之外，从未见过其他成员告诉我这样的名字。这些是我们听过的着名名字，但没有这个名字。

但是，控制给人一种积极的感觉。但是，当您购买某些服务时，有两件事情至关重要：他们的客户支持有多好？他们的价格有多大可行？

另外，他们发布补丁/更新的速度有多快？如果我们在开发过程中发现错误或错误会发生什么呢？他们是否为此提供了快速解决方案？

我在这里做出决定有点困惑。我需要你的帮助，经验和反馈。

Answer 1

之前我使用过Obout控件。它们肯定比Telerik或ComponentOne更为人所知，但它们已经存在了很长一段时间，并且肯定会推出一款优质产品。它们也便宜得多。总的来说，我对他们有非常积极的体验，从来没有遇到任何支持请求的麻烦。我与他们的第一次经历是大约5年前，他们非常好，他们只是变得更好。

我不知道他们发布版本的速度有多快，但我可以告诉你，在过去的几年里，他们发布了很多新内容。我相信您可以下载所有控件并在购买前试用它们，所以我鼓励您这样做。如果它满足您的需求并且您发现它比替代品更容易使用，那就去吧。

另请查看此问题以查看其他一些反馈：Obout controls in C# .Net

Answer 2

不要这么认为。我买了他们的套房，每次我试图使用他们的一个控件，它很糟糕。

示例1。 我使用他们的网格，并希望利用过滤选项。对于400条记录，网格仅过滤第一页上的20条记录。所以它遗漏了大部分记录。我与他们的支持联系，我发送了他们要求的文件。那是五个月前，尽管多次尝试和发电子邮件，我都没有得到答案。

示例2： 今天我正在使用他们的日期选择器。很好的尝试，但它在页面上的一个奇怪的位置打开，没有可能改变它。

Answer 3

我们已经使用他们的工具超过一年了，我们对他们非常满意。成本只是竞争对手收费的一小部分。它们工作得很好，它们看起来很好，它减少了我们的开发，因此我们的项目在预期之前两个月完成，即使学习了新工具。

学习曲线有点陡峭，但这适用于任何类似的套餐。技术支持很糟糕，仅通过电子邮件。当我们第一次购买时，他们有一个支持论坛，你可以在论坛中找到你的大部分答案，但遗憾的是他们没有机智。现在需要几天时间才能得到答复。但是在完成整个应用程序时，我们在等待响应时有大量页面可以处理。大多数时候，他们指出了问题或告诉我们如何解决它们。我向他们发送了许多消息，告诉他们在互联网上找到答案时无视以前的疑问。

他们的例子很简单，如果你的需求很简单就足够了。如果构建一个完整的应用程序来替换遗留应用程序并运行您的业务（如我们所做的那样），则需要更好的支持。不过，这笔钱花得很好。我们使用网格和过滤器在我们的200,000条记录的客户端数据库上执行搜索，并且通常可以仅通过名称在不到10次击键中找到我们需要的人。我们的内部网的性能非常好。

我会注意到，当我以为我在软件中发现了错误时，它就是我。一个逗号应该是一个句号，错误的大小写，错误的函数等.Javascript对它的语法非常敏感，并且对错误消息不友好，花了很多时间来查看代码以发现不那么明显的错误。 / p>

我们的要求可能超出了大多数人的需求，我们的主屏幕包含一个超级形式和7个数据网格的组合，每个网格都弹出一个模式形式的数据输入，所有这些都在同一个网页中。但它做得很好。总而言之，我们使用oBout工具创建了大约60个数据输入页面和另外60个报告页面。报告页面允许用户使用弹出窗口，日历，单选按钮等设置报告标准（即日期，客户，产品等），并将这些标准传递给SSRS报告，这是一种临时报告。因此，我们在不到一年的时间内创建了超过125个网页和超过150个报告的项目，考虑到劳动力规模小，这是一项非常成就的事。

Answer 4

如果我是你，我会强烈期待使用jQuery和数百个可提供您所需功能的优秀插件。 jQuery得到了大力支持，最重要的是它是免费的（开源）。

它将提供您需要的所有客户端功能，并且非常易于使用。您真正需要使用jQuery的一件事是控制HTML控件（DOM元素）的id和名称。当您使用这些第三方控件包（以及.net中的大多数内置控件包）时，您通常会失去对其生成的HTML的大量控制。您可以等待asp.net 4.0出来，这将解决控件ID问题或依赖转发器控件，并完全控制它产生的ID和其他HTML。

如果你还没有这样做，那么学习jQuery和转发器控制的小额投资是非常值得的。

Answer 5

我几年前使用过Obout控件（来自内存，他们的ASP.Net TreeView和Slidemenu）。

我想我必须在几次联系他们，并且两次都得到了及时的支持，解决了我们遇到的问题。

然而，他们的控件（在UI，API方面）是否符合您的期望是非常个人的事情 - 支持是好的，但您可能会发现您不喜欢它们的外观，或者API没有'适合你做事的方式（虽然对我来说很好）。你应该自己评估它们，看看你是如何继续它们的。

Answer 6

如果你不需要太好地集成到asp.net中的东西，那就绝对看看extjs。它丰富的ui库。

Answer 7

我正在使用Obout控件。显然，如果可以，我会做另一个选择。当你试图从它们继承时，控件很笨重并且经常有错误。对我来说是一个糟糕的选择。