DevExpress控件是否值得使用？
在windows窗体、wpf等中使用第三方控件是否会增加/减少处理时间和内存消耗 它们确实增加了开发的难度 与Microsoft提供的本机控件不同，它们的在线支持也很有限DevExpress控件是否值得使用？,devexpress,Devexpress,在windows窗体、wpf等中使用第三方控件是否会增加/减少处理时间和内存消耗 它们确实增加了开发的难度 与Microsoft提供的本机控件不同，它们的在线支持也很有限 使用它们值得花费吗？我在工作中使用它们，并衷心推荐它们。针对您的一些问题： 不，它们似乎没有内存问题，而且在处理大量数据时性能也更好（我主要考虑的是DataGrid控件） 在线支持非常令人印象深刻-完整的api文档、大型社区论坛、付费支持论坛（我从未使用过）。它们在文档质量方面接近MSDN 如果你有钱的话，我会亲自选择它们
使用它们值得花费吗？我在工作中使用它们，并衷心推荐它们。针对您的一些问题：
- 不，它们似乎没有内存问题，而且在处理大量数据时性能也更好（我主要考虑的是DataGrid控件）
- 在线支持非常令人印象深刻-完整的api文档、大型社区论坛、付费支持论坛（我从未使用过）。它们在文档质量方面接近MSDN
如果你有钱的话，我会亲自选择它们。我在工作中使用它们，并会全心全意地推荐它们。针对您的一些问题：
- 不，它们似乎没有内存问题，而且在处理大量数据时性能也更好（我主要考虑的是DataGrid控件）
- 在线支持非常令人印象深刻-完整的api文档、大型社区论坛、付费支持论坛（我从未使用过）。它们在文档质量方面接近MSDN
如果你有现成的钱，我就亲自选择了。
只考虑你花在创建一个自定义控件上的时间，并让它正常工作，这已经由N厂商如<代码> DeExExp>/Cult>所创建，节省了你的钱。 当涉及到控制他们自己的时候，一切都取决于你的需要。我发现
DevExpressC1这一切归结为你的具体需要。如果你有足够的资金，那么从长远来看，这将是一个很好的投资。 < P>只考虑你将花在创建一个自定义控件并使之有效的时间上，这已经由N厂商如<代码> DeExExp>/Cord>所创建，节省了你的钱。 当涉及到控制他们自己的时候，一切都取决于你的需要。我发现
DevExpressC1这一切归结为你的具体需要。如果您有可用的资金，那么从长远来看，这将是一项很好的投资。我也在工作中使用DevExpress的VCL。我对学习和使用它们的全部经验非常满意。我将重复其他帖子所说的内容。我还想补充一点，DevExpress有很多试用期，您可以试用他们的整个产品，或者如果您知道自己在寻找什么，您可以请求试用特定的软件包。我在工作中也使用DevExpress的VCL。我对学习和使用它们的全部经验非常满意。我将重复其他帖子所说的内容。我还想补充一点，DevExpress有很多试用期，您可以试用他们的整个产品，或者如果您知道您在寻找什么，您可以要求试用特定的软件包。我以前使用过componentart，但当我使用DevExpress时，我认为这是值得的，你可以轻松快速地做任何事情。我以前使用componentart，但当我使用DevXPress时，我认为这是值得的，你可以轻松快速地做任何事情。你基本上得到了一个开发团队的扩展，每年的费用为四位数（或更少），所以是的，这是值得的 他们的控制性能很好，CPU和内存方面，他们易于使用，他们看起来也不错。用户喜欢与他们一起工作。此外，他们的生产工具是一流的 你要注意的一件事是。DevExpress不相信开发，有时他们会隐藏例外情况——是的，甚至是那些你的代码产生的例外情况，以“帮助”你使你的应用程序“稳定”。不幸的是（也是意料之中的），它造成的问题远远多于它所解决的问题
这是我和他们之间的一个大问题。如果不是因为这个，我会说它是世界上最好的第三方控制制造商。从长远来看。您基本上每年可以获得四位数（或更少）的开发团队扩展，所以是的，这是值得的 他们的控制性能很好，CPU和内存方面，他们易于使用，他们看起来也不错。用户喜欢与他们一起工作。此外，他们的生产工具是一流的 你要注意的一件事是。DevExpress不相信开发，有时他们会隐藏例外情况——是的，甚至是那些你的代码产生的例外情况，以“帮助”你使你的应用程序“稳定”。不幸的是（也是意料之中的），它造成的问题远远多于它所解决的问题
这是我和他们之间的一个大问题。如果不是因为这个，我会说它是世界上最好的第三方控制制造商。从长远来看。在质量、功能、易用性和支持方面，我会说是的 但就许可证而言，存在着巨大的麻烦。一张执照就是一个座位。build server是灰色地带，当您的团队中的人员需要加入时，这会突然成为意外费用，通常在1年后发生，因此您还需要重新购买自己的许可证（因为1年的限制加上版本更新）