RIA 技术选择答案

【问题标题】：RIA technology choiceRIA 技术选择
【发布时间】：2010-10-10 21:10:18
【问题描述】：

我是一名 .NET silverlight 开发人员。在上一个项目之后，我想从这项技术中休息一下，并想学习一些新东西。我的下一个项目将是一个用于管理公司工作流程的应用程序。此应用程序将需要打印支持、导出为 office 格式、文档管理，也许还需要授权\身份验证。

你能建议我应该尝试什么技术，或者只是休息一下然后回到 SL 吗？
它应该是一个网络应用程序还是只是将其分解为多个桌面程序？

【问题讨论】：

标签： .net silverlight ria

【解决方案1】：

首先：没有正确的答案。如果您跳过了足够多的障碍，您应该能够使用 Silverlight、WPF、Flash、WinForms、Java 或直接使用 HTML/Javascript 来完成您描述的所有事情。因此，需要其他因素来推动您的决定。

但有一些观察：

如果您需要 Silverlight 为您提供的那种东西（主要是几乎无痛的 Web 访问），那么，是的，我会继续使用 Silverlight。但是，您提到的某些事情可能使用 Silverlight 比使用直接 WPF 更复杂一些。如果我站在你的立场上，我会先看看 WPF 是否会给你你需要的东西。它与 Silverlight 非常接近，因此选择它应该不是特别困难，而且它让您在构建解决方案时更加灵活。

这可能正在改变，但我的观点仍然是，您可以从桌面应用程序中获得更多功能，而不是从 Web 应用程序中获得更多功能。因此，除非需要特定于 Web 的功能，否则我的偏好是使用桌面技术来处理 LOB 应用程序。（当然，其他人可能不同意，而且我不太相信我是对的，以至于我会费心争论我的观点。）

【讨论】：

我一直在为一个项目推动 Silverlight/RIA，但后来放弃（这是一个不错的决定）只使用“简单”的 ASP.NET 东西（当然，使用了漂亮的 UI 工具包）。在我们的案例中，我们无法证明 Silverlight 客户端要求的合理性。（但是，我宁愿开发一个 Silverlight 应用程序 :-)
感谢您的回答，是的，WPF 确实对当前项目有更多好处，但是更好的是，为每个人（仓库、经理、主管等）提供大程序，或者我应该将它划分为不同的应用程序对于不同的人。你的观点是什么？
这是另一个没有正确答案的好问题。这主要取决于各种职责之间有多少重叠。如果经理从不（或几乎从不）需要与仓库员工看到相同的屏幕，那么开发单独的应用程序可能更有意义。（通过这种方式，您可以在发布周期中获得更多的灵活性。）但我怀疑情况可能并非如此。更好的方法可能是单个应用程序修改其 UI 以显示哪些选项可供哪些用户使用，并可能突出显示相关的用户特定选项。
我现在正在考虑一个模块化应用程序，而且我认为我需要授权/身份验证来确定要显示哪些模块。我认为这是一个很好的解决方案，不是吗？
这显然是一种合理的方法。您可能想要查看最新的 Prism 版本（尚未完成，但可能会在您的最新应用程序完成之前）。 10rem.net/blog/2010/10/05/… Prism 在应用程序的模块化方面为您提供了很多帮助。如果您不想要 Prism 的全部开销，您还应该研究 MVVM Light：galasoft.ch/mvvm/getstarted