Dev*_*Dan 18 wpf devexpress custom-controls wpf-controls
我的公司正在使用DevExpress WPF控件启动一个主要的绿地开发项目.我刚刚阅读了他们对WPF控件的评论:
[...] DevExpress开发人员在开发WPF控件时完全误解了WPF.我真的不能给你足够的印象,只是他们使用他们的控件有多么不满.我觉得谈论一个有这种消极性的供应商是非常可怕的(几乎内疚),但是他们在他们的WPF套件中犯了一个严重的错误,它是我在大约十年开发软件时最令人沮丧的单一来源.
您是否同意DevExpress不了解WPF范例并且会在开发和维护期间引起开发人员的悲痛？你能建议一个WPF控件的替代供应商吗？我正在寻找一个具有WPF控件的供应商,它将增强我们的应用程序,同时适合WPF API,绑定和MVVM.
关键博客帖子的链接(上方)已被破坏.原作者说:
我写了原始文章,并决定在与他们交谈后以私人身份与DevExpress合作,所以我很遗憾地决定删除帖子.此致,艾拉
由于DevExpress,我的体验非常令人沮丧.我试图简单地绑定一个组合框我失去了几个小时.最好的下拉列表只会多次显示我的ItemsSource类名.我甚至发布了一个StackOverflow问题来弄清楚我可能做错了什么.最后我突发奇想,尝试删除这一行xaml:
devx:ThemeManager.ThemeName="DeepBlue"
突然间我的问题消失了.它是由Developer Express wpf主题DeepBlue引起的.发现问题是一个巨大的缓解.我的公司现在将使用Telerik WPF控件.我的同事对DevExpress Asp.Net控件非常满意.它只是我们正在避免的WPF套件.