7,774
社区成员
发帖
与我相关
我的任务
分享WPF微软可能考虑跨平台吗？UWP Xamarin。。。
Xamarin 开发这个技术，最开始是为了跨平台移动应用，但是最近它已经开始走向桌面场景，比如 macOS（WPF 和 GTK# 的集成也在开发中）。
==================================分割线
集成进去后能跨平台？有没有更新的消息？上面那个2017年的旧闻
==================================分割线
集成进去后能跨平台？有没有更新的消息？上面那个2017年的旧闻
...全文
请发表友善的回复…
发表回复
jason成都 2019-01-06
- 打赏
- 举报
微软阵地有点大。不过非常麻烦。拖累大，哪一样都不能直接丢掉，要支持。如果桌面没有特定和跨平台。过不了几件就会被Qt技术替换。桌面这一块传统阵地有危险。至少要保证一样。但是全部支持，就有点大了。我们这些小程序员毕竟没有企业决策的麻烦性，吹吹牛好了。
江湖评谈 2018-08-27
- 打赏
- 举报
https://blog.csdn.net/tangyanzhi1111/article/details/82056378
qq14923349 2018-08-27
- 打赏
- 举报
但是某些产品客户必须要求是cs模式的。目前有没哪种技术整合了bs cs模式直接上UI？
以专业开发人员为伍 2018-08-27
- 打赏
- 举报
UI 桌面方面，对于程序员，让微软背上了沉重的技术债务，不丢掉这些债务就会被裹挟着举足不前，从而 Microsoft Design 体系也会成为下一个 WinPhone 一样的下场。现在有太多的相互矛盾的东西，过去曾经的主流早已经被微软废弃，却被第三方当作几年前那样仍让不断继续炒。结果并不会太好。
以专业开发人员为伍 2018-08-27
- 打赏
- 举报
且也只是客户端新的存储机制 --> 且也支持客户端新的存储机制
windos Design 应用程序，或者说 UWP 程序，你看看其设计界面和理念，设计师考虑的是用 html/css/javascript 来开发而不是 c# 开发的问题，考虑的是潮流和用户。而程序员则考虑的是那点 c# 代码和语法问题，考虑的是底层技术。
windos Design 应用程序，或者说 UWP 程序，你看看其设计界面和理念，设计师考虑的是用 html/css/javascript 来开发而不是 c# 开发的问题，考虑的是潮流和用户。而程序员则考虑的是那点 c# 代码和语法问题，考虑的是底层技术。
以专业开发人员为伍 2018-08-27
- 打赏
- 举报
桌面平台并不是只能用传统的 c++原生/.net框架这类来开发的！
html5 支持将应用的所有资源文件自动持久化到客户端本地，并且当网络可用时自动同步到客户端。并且也只是客户端新的存储机制、甚至支持访问客户端数据库。同时在通讯方面则是支持了高效率的双向通讯机制 websocket，而不是什么只会什么 http/ajax。而假设你是用windows8以上的系统，它支持许多应用特性，例如直接在 Design 应用上同步显示歌词的功能、直接支持windows菜单和提示控制，等等与 windows 高度集成的应用程序功能到 html/css/javascript 程序中。然而这些在5年以前的 windows8 发布时已经推出了一整套机制，支持从 windows 商店等等直接下载安装新型的应用，这些应用用 c# 可以编写，用 javascript 也可以更加轻松地编写。已经很成熟了。
所以说，趋势是，传统 windows 桌面开发人员还在固步自封，还在顽强地用5年前停止支持的技术来抵抗5年前开始流行的技术趋势。
html5 支持将应用的所有资源文件自动持久化到客户端本地，并且当网络可用时自动同步到客户端。并且也只是客户端新的存储机制、甚至支持访问客户端数据库。同时在通讯方面则是支持了高效率的双向通讯机制 websocket，而不是什么只会什么 http/ajax。而假设你是用windows8以上的系统，它支持许多应用特性，例如直接在 Design 应用上同步显示歌词的功能、直接支持windows菜单和提示控制，等等与 windows 高度集成的应用程序功能到 html/css/javascript 程序中。然而这些在5年以前的 windows8 发布时已经推出了一整套机制，支持从 windows 商店等等直接下载安装新型的应用，这些应用用 c# 可以编写，用 javascript 也可以更加轻松地编写。已经很成熟了。
所以说，趋势是，传统 windows 桌面开发人员还在固步自封，还在顽强地用5年前停止支持的技术来抵抗5年前开始流行的技术趋势。
非专业开发Five 2018-08-26
- 打赏
- 举报
这么说有点过了， web也好， 移动端也好， 应该是相互补充 而不是你死我活吧？[/quote]你硬要这样说也没错，互联网媒体还是传统媒体的互补呢。
笑容融化坚冰 2018-08-25
- 打赏
- 举报
WPF基于Direct3D
以专业开发人员为伍 2018-08-25
- 打赏
- 举报
比如说，或许现在还有人坚持说 .net 中的 Remoting、WebService、WCF 是 web 服务开发的主流。再比如说，为什么 typescript 这么先进的跨平台开发语言不能轻松地（当以桌面为目标时） Import 一个 c# 编译出来的 DLL，并且直接打包为一个桌面软件程序集？
这其实都体现了即使看微软这类大公司，其实仍然是要看创始人或者技术带头人的能力。一旦被替换了，那就变了。
这其实都体现了即使看微软这类大公司，其实仍然是要看创始人或者技术带头人的能力。一旦被替换了，那就变了。
以专业开发人员为伍 2018-08-25
- 打赏
- 举报
玩儿一些底层代码本身没有什么，关键是“结果”。比如说耗电问题、内存管理问题、组件生态建设问题等等。搞这么一个东西没有10几年基础是不行的，不是忽悠个产品仅仅2、3年的事儿。
以专业开发人员为伍 2018-08-25
- 打赏
- 举报
不知道你说的“密谋”是从什么角度来揣摩其含义的。从我的角度，我只告诉你，微软在比尔盖茨主导下它们自己搞得正统的WPF跨平台缩减版本，于10年前被鲍尔默掐死了，而现在时代已经变了，html5 成了跨平台的前端工业标准，再想搞一个底层跨平台产品来模仿15年前 Adobe Flex 和 Silverlight 一样的东西，随便密谋吧，我是看得很轻！
以专业开发人员为伍 2018-08-25
- 打赏
- 举报
如果是比尔盖茨在微软，当他要把 vbscript 推到 dos、桌面甚至 office 中也能使用，可能招集几个主管中午吃一下工作餐，然后10分钟就决定好了技术路线了。然后可能几天之后就有测试代码出来了。
这就好像我们去到外包公司里边，不见什么董事长总经理产品经理，直接把技术骨干叫过来问问遇到的技术难题、直接告诉他应该如何做和管理眼前的问题，就行了。
如果官僚的一套盛行，你想问Xamarin 能不能为微软发扬光大，或者其它第三方的小东西能不能被微软推广到跨平台，我觉得都要看微软是否还那么官僚而定吧。
所以说 UWP 跨平台是什么结果，那么你就可以想见微软对任何跨平台的东西都会有相同的结果。除非它靠“买买买”别人家的东西，它自己1000个工程师也不如别的公司10个工程师，原因就是官僚。
这就好像我们去到外包公司里边，不见什么董事长总经理产品经理，直接把技术骨干叫过来问问遇到的技术难题、直接告诉他应该如何做和管理眼前的问题，就行了。
如果官僚的一套盛行，你想问Xamarin 能不能为微软发扬光大，或者其它第三方的小东西能不能被微软推广到跨平台，我觉得都要看微软是否还那么官僚而定吧。
所以说 UWP 跨平台是什么结果，那么你就可以想见微软对任何跨平台的东西都会有相同的结果。除非它靠“买买买”别人家的东西，它自己1000个工程师也不如别的公司10个工程师，原因就是官僚。
以专业开发人员为伍 2018-08-25
- 打赏
- 举报
UWP 怎么“跨”，WPF 就可以怎么跨。过去的 Silverlight 源代码上重构就行了。问题在于多方面技术选择，而不是一个竖井思维方式而只能看到一条道路。
微软现在还是有竖井式的思维方式，这是大问题。
比如说很早以前windows操作系统就支持 javascript 作为桌面脚本语言，当然同时也支持 vbscript 语言，这些脚本都可以调用桌面各种本地COM组件。那个时代就是微软的鼎盛时期。而如今 typescript 好容易出了点名气，就不知道让它也支持调用桌面 DLL、不知道直接用它也能在桌面上跑一下，或者自动打开 Edge 跑一下。我相信微软要做到这一点在技术上只需要3天时间，连一周都不需要，关键是领导不赞成发布这类战略！没有这个眼光！
微软现在还是有竖井式的思维方式，这是大问题。
比如说很早以前windows操作系统就支持 javascript 作为桌面脚本语言，当然同时也支持 vbscript 语言，这些脚本都可以调用桌面各种本地COM组件。那个时代就是微软的鼎盛时期。而如今 typescript 好容易出了点名气，就不知道让它也支持调用桌面 DLL、不知道直接用它也能在桌面上跑一下，或者自动打开 Edge 跑一下。我相信微软要做到这一点在技术上只需要3天时间，连一周都不需要，关键是领导不赞成发布这类战略！没有这个眼光！
吉普赛的歌 2018-08-24
- 打赏
- 举报
这么说有点过了， web也好， 移动端也好， 应该是相互补充 而不是你死我活吧？
非专业开发Five 2018-08-24
- 打赏
- 举报
未来一段时间的市场还会是是Web浏览器应用的爆发增长时期，然后一样会像桌面应用被新生事物淘汰，至于是WebAssembly 续命一波Web呢还是移动端终结pc呢我就不知道了。
非专业开发Five 2018-08-24
- 打赏
- 举报
微软已经放弃桌面的跨平台了，因为没什么好做的，linux+MacOS的桌面平台总共有多少占比？支持不支持对微软来说有多大市场？
微软事实上是一个很有攻击性的公司，当年pc桌面平台厮杀多年，硬是杀的Windows一家独大。
硬要说，就是鲍莫尔时的对开源政策和微软的内耗拖垮了移动开发部门，现在的微软主要的战场是Web服务。
微软事实上是一个很有攻击性的公司，当年pc桌面平台厮杀多年，硬是杀的Windows一家独大。
硬要说，就是鲍莫尔时的对开源政策和微软的内耗拖垮了移动开发部门，现在的微软主要的战场是Web服务。
吉普赛的歌 2018-08-24
- 打赏
- 举报
未来的 .net core 3.0 ， 也只在 windows 上支持 WPF.
第三方的， 就不多说了……
qq14923349 2018-08-24
- 打赏
- 举报
------------------------------------
GitHub:https://github.com/AvaloniaUI/Avalonia
------------------------------------
About
Avalonia is a WPF-inspired cross-platform XAML-based UI framework providing a flexible styling system and supporting a wide range of OSs: Windows (.NET Framework, .NET Core), Linux (GTK), MacOS, Android and iOS.
Avalonia is currently in beta which means that the framework is generally usable for writing applications, but there may be some bugs and breaking changes as we continue development.
assky124 2018-08-24
- 打赏
- 举报
微软的跨平台的目标是Linux服务器，这个不需要界面，所以主推的是 .net core
界面跨平台不是微软的目标，未来的主流应该是云界面，ChromeBook之类的
界面跨平台不是微软的目标，未来的主流应该是云界面，ChromeBook之类的
qq14923349 2018-08-24
- 打赏
- 举报
About
Avalonia is a WPF-inspired cross-platform XAML-based UI framework providing a flexible styling system and supporting a wide range of OSs: Windows (.NET Framework, .NET Core), Linux (GTK), MacOS, Android and iOS.
Avalonia is currently in beta which means that the framework is generally usable for writing applications, but there may be some bugs and breaking changes as we continue development.
Avalonia is a WPF-inspired cross-platform XAML-based UI framework providing a flexible styling system and supporting a wide range of OSs: Windows (.NET Framework, .NET Core), Linux (GTK), MacOS, Android and iOS.
Avalonia is currently in beta which means that the framework is generally usable for writing applications, but there may be some bugs and breaking changes as we continue development.
加载更多回复（7）
