小团队 Windows 桌面客户端程序用什么技术栈比较好？大家有什么建议

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

已注册用户请登录

这是一个创建于 1267 天前的主题，其中的信息可能已经有所发展或是发生改变。

现有技术栈：

1. .NET+WPF(2010)  				  现有平台，非常老，公司主力
2. Python + Flask/Django		  使用量很大，但是以自动化和脚本为主

备选技术栈：

1.Nodejs+Electon
2.QT+PySide
3..Net Core+WPF
4..Net Core+Asp.NET Blazor， 给 Web 服务加壳
5..Net Core+Xamarin+Asp.NET Blazor， 混合程序，进程内复用

预期未来会持续迁移到 Web/Mobile/小程序，看好 Web 技术和未来.Net 5/6 的发展，又担心微软天天折腾

各位老哥有什么建议？

第 1 条附言 · 2020-11-01 16:03:37 +08:00

谢谢各位，前端的世界果然是大。

我总体的想法是，依然立足.NET, 特别是.NET 5 要发布了。

但是引入点 Web 技术，特别是 Blazor 也是不错的，这样很多功能性的东西，后端的工程师也可以上手做下，估计 Team 的生产力会提升。

小的功能就不要分前后端了。

前面有点调查，今天正在 Goolge 和编码中，看看可不可以有个玩具做出来，晚上和大家分享。

第 2 条附言 · 2020-11-01 17:38:50 +08:00

我做了一个 demo,感觉还不错，自己觉得挺酷的，大家给看看 https://github.com/congzhangzh/desktoploveblazorweb

不得不说，前端的朋友真是多呀，但是感觉追微软技术的不多，而我呢，对微软还是爱得深沉，哈哈哈。

有用微软技术的给看看，提点意见。

我晚上看看能不能发布成 dotnet new 模板，方便需要的人使用。

第 3 条附言 · 2020-11-02 13:53:14 +08:00

顺便说下，部分朋友说的熟练什么用什么的问题，我这边情况比较复杂，公司除了主力的各种 WPF 平台程序外，还有历史遗留的老程序：

1. 一些基于 MFC 的工具，功能不复杂，但是已经没人维护了，也没人愿意维护了
2. 一些交互和状态比较复杂的命令行程序，需要升级带界面，提高用户友好性

这些程序，用 asp.net blazor 交给后端程序员重写，生产力不知道高到哪里去了，准备先试水让这老古董下岗

第 4 条附言 · 2020-11-13 18:11:31 +08:00

.net 5 发布了，激动的不行，整合了 .NET 5&WPF&WebView2, 非常酷

https://github.com/congzhangzh/desktoploveblazorweb/tree/wpf_wip

第 5 条附言 · 2021-03-02 23:07:16 +08:00

现在明白了，就是懒！
还是用 Blazor 吧！

第 6 条附言 · 2021-03-02 23:10:11 +08:00

总体上而言，我觉得这个想法还是很赞的，而且方案本身应该非常稳定，毕竟程序边界是真的浏览器边界，互相不影响，不怕微软的 binding 乱折腾。https://github.com/congzhangzh/desktoploveblazorweb

112 条回复 • 2020-11-04 21:22:46 +08:00

1 2