我参与了一个项目,一个开发团队正在建立一个非常长期的基础设施项目,以取代现有的10年历史的系统."非常长期",我的意思是它必须从发布的角度开始运营,支持和维护至少10年.考虑到〜2年的发展,这意味着我们应该在这一点上选择一个技术/语言/框架至少持续12年.我们可以完全控制运行项目的计算机,它们的操作系统等.我是要被替换的10岁系统的开发者,我正在帮助团队建立新的系统.
该应用程序具有非常复杂的用户界面.UI在启动时从配置文件动态构建,每个UI组件都依赖于逻辑和其他UI组件,它必须在运行时接收.UI元素本身非常复杂,想象自定义仪表,图形,旋钮等.
项目中已经有两个选择,我不会判断或尝试改变:
现在我们正在选择正确的框架,使我们非常灵活的UI系统"易于开发",即依靠已调试的已经制作的框架来减少开发人员错误的数量.
该团队检查了微软的CAB(复合用户界面),这非常适合其目的,但微软在2007年停止使用它是一个很大的问题,考虑到项目的长期方面(想想6中发现的框架错误) - 谁会提供支持？ - 我知道我们可以在CAB中修复代码,但这是我们想要避免的事情.
显而易见的一件事就是依赖微软的WPF.它似乎是UI开发的"未来",但是在长期思考它时会让我感到害怕.我主要担心的是市场不会接受它,3年后微软将停止使用它,而从现在开始的6年内,我将无法获得适当的支持.
但是,除了编写自己的框架之外,我并没有真正看到替代方案.我不想不尊重任何第三方框架开发人员,但对于这样一个长期项目,我只能使用来自非常成熟的供应商的产品/框架/等.
鉴于上述背景(如果不是),对于使用C#这样的长期桌面应用程序项目,选择WPF是否是正确的调用我会很感激.).
谢谢(抱歉这个长问题)
超长期？10年？COBOL仍在使用!
开玩笑说,我相信WPF是你最好的选择.过去几年,微软在WPF和XAML上投入了大量资金,在Silverlight上使用相同的核心基础架构(微软真正关心的)是坚持足够时间的强项.我不认为WPF会很快被扔掉.
| 归档时间： |
|
| 查看次数： |
726 次 |
| 最近记录： |