我有一个很大的winforms应用程序,为了便于携带,我现在将其重写为HTML5应用程序。Linux/Mac上的Silverlight
有一个重要的UI组件,其中有很多逻辑和BCL用法,很难重写为HTML/JS。我想只在SL中有这个组件。
展望未来2年,这仍然给我可移植性?
月光工程似乎卡住了。苹果可能会决定制定新规则或打破一些兼容性。
这些真正的风险还是我预计至少有我今天的?
我有一个很大的winforms应用程序,为了便于携带,我现在将其重写为HTML5应用程序。Linux/Mac上的Silverlight
有一个重要的UI组件,其中有很多逻辑和BCL用法,很难重写为HTML/JS。我想只在SL中有这个组件。
展望未来2年,这仍然给我可移植性?
月光工程似乎卡住了。苹果可能会决定制定新规则或打破一些兼容性。
这些真正的风险还是我预计至少有我今天的?
这当然没有绝对的答案,这纯粹是意见。
但是,我的建议是尽可能坚持一般标准;正如你所说 - SL可能不赞成,Moonlight可能不会再更新,Apple可能会完全放弃对Flash的支持。谁知道 ?
它们是真正的风险,但您可以进行防御性编程 - 彻底记录您的API,考虑编写一个REST/WCF/SOAP接口,以提供程序所需的行为。
你是对的,担心基本上存在风险!
这不是一个容易做出的决定。例如,如果您的目标是Windows用户,则可以成功使用Silverlight。
考虑阅读本post,看着导致的决定(对他们来说不是Silverlight的,但根据你的需求,你可能适合精细)的过程。
这个问题可能没有答案。这就是说:环顾网络,你看到多少Silverlight?趋势是哪种方式?考虑到HTML5和JavaScript的所有推动,我个人不会围绕SL进行任何Web开发。 – Joe