用MAUI的都是小丑吧 没错就是我

凑合凑合12138:
行业冥灯，，，你敢跟着微软的新技术学，也是大佬[doge][doge]

【回复】回复 @夸宝想要躺平 :你去看.net showcase就知道 微软自己不用maui 只用.net做web方面的[吃瓜]
【回复】回复 @夸宝想要躺平 :社区的avalonia都比maui靠谱[吃瓜]
漫步凌云:
跨平台UI是最麻烦的，Java号称生态最好，也没有什么大公司或著名社群做跨平台UI，可想而知难度有多大。web开发每年都出好东西，今年.net8还有aspire。我感觉微软是做了一个基础，想让社区来做拓展深化，但UI算了吧，都是吃力不讨好的活，维护工作量也大，回报少付出多，我看没有公司或社区愿意掺和进来

【回复】主要这个架子也没搭好 都是bug且不修[笑哭] 7到8升级最大的亮点就是修了一大堆bug 但是和issse里的bug比真的是杯水车薪了...
【回复】回复 @小范Drummer : 这段时间我们团队使用kotlin做了一个android应用，但效果不怎么样，一些语法的写法确实让人看着不习惯。kotlin自2011 年推出，2017得到google认可以后，最近几年确实在Android领域作为java的替代有着积极的表现。但MAUI和Kotlin在技术上和目标上有着根本不同。 Kotlin 可能是Android 领域新项目的首选语言。 MAUI 的目标是使用 C# 和 XAML 来创建原生的移动和桌面应用程序。. 关于微软放弃 .NET MAUI 的说法是不准确的，微软仍然致力于推进 .NET MAUI 的发展和成功，并且对于 .NET MAUI 的未来有着清晰的愿景，在最近推出的 .NET 9 中提供关于MAUI更多的功能和改进。 从油管上，小伙伴们可以获得更多MAUI的学习资料。
【回复】回复 @coolcalf :前几天改我之前的自用小项目(已经改好了...可以看下最新出的视频) 安卓端遇到了好几个页面布局问题 查到了一些远古issue和在.NET7时期关闭了但8实际还是复现的问题...感觉修bug的速度可能实在是太慢了点 而且安卓端不知道为什么会有谜之卡顿 掉帧 tab快速切换之后白屏的问题..但在windwos跑又完全没这些问题 最主要微软自己还没用maui做点实际的应用来 反而用起了RN且自己维护了RN for windows(https://microsoft.github.io/react-native-windows/ 这东西star就比maui差个5000多了... ...)...UWP时期好歹很多家都在做 让人感觉这框架前途堪忧
坎尤:
打包发布什么是还是小问题...大问题还是出在各种平台实现上，跨平台只跨了个UI，好多功能都要针对平台单独写。框架本身功能还不多，得依靠社区工具包来补足，结果社区工具包也是一堆BUG，真做起项目来遇到的问题除了删代码不写这个功能，压根没其他办法解决。

【回复】回复 @坎尤 :感觉可能就是下一个UWP了 7到8的更新不痛不痒 陈年老bug都在 不过blazor看着倒还好[笑哭]
【回复】回复 @夸宝想要躺平 :前几天它还弹问卷，问MAUI的使用体验怎么样，给它填了也不知道微软会不会看[捂眼]
【回复】回复 @夸宝想要躺平 :现在当个玩具还是可以的，指不定哪天微软意识到这东西做不下去就把它砍了[笑哭]
occultID:
真要做跨平台，还不如就好好坐坐网页版程序，让大家在不同平台通过浏览器访问就行了，要做客户端，还是老老实实的用对应平台的原生开发方案吧，不够实力的跨平台开发方案和各种形式的浏览器套壳，对开发商来说就降本增效，对用户来说就是灾难。

【回复】native开发就是学习/开发成本高了 公司先不说 自己一个人做点小东西希望多平台上都能用还是得用能跨平台的[笑哭] 退一步说不要求一份代码所有平台跑 但框架本身可以支持多个平台 公共功能独立出来 每个平台单独写UI也不是不行[笑哭]
稽无止境:
c#跨平台有三个玩意，官方的maui，avalonia，uno platform，这三个都是基于winui3的技术构建，底层maui是具体用各个平台的方式实现各个平台的功能，ava是统一自绘制，uno是在各个平台使用各种技术实现，比如mono。ava更像wpf，uno更像uwp，具体网上有对比，uno更擅长移动端和win，ava擅长桌面。至于maui，纯纯被放弃的玩意，要啥啥没有，官方文档少的可怜，几年也没啥进度，仓库全是看热闹笑话的

【回复】winui3感觉修bug速度也挺慢 maui win上好几个bug我顺着issue找最后是winui3的[笑哭][笑哭] 唉 砍xf干啥 加了桌面平台支持的maui也不顶用啊...
_share121:
Flutter 可以跨平台，支持 iOS、Android、Mac OS、Linux、Windows、Web，并且一套代码就可以在多端运行。开发效率高，性能好，简单易上手。Flutter 使用的 Dart 语言，我觉得很优雅。并且有类似 npm 的包管理工具，各种库也很多。还背靠 Google 大厂。

【回复】回复 @夸宝想要躺平 :并且使用 Flutter 构建界面，非常符合直觉，不像 HTML 一样。并且性能很好，就比如说我之前做过一个音乐播放器，它的进度条每 1ms 更新一下，并且是全量更新，但 Flutter 可以在 1ms 之内完成界面的更新。并且 Flutter 的调试工具也非常完善。
【回复】唉 基本都是跨的越多坑越多 这几个框架issue里的bug数量庞大修的也很慢[辣眼睛] 唉 感觉web套壳可能更好点光就UI层面的话
【回复】回复 @_share121 :虽然我最近也在写fl,，但是我想说fl入门门槛还是有的并不简单。新上手很容易状态ui业务模型写作一坨。而且偏一点的组件需要再renderobject新建，样式和动画要声明一大堆东西，不像css那样方便，各种组件类套在一起真得不容易写出规范好看的代码。而且它的gc机制感觉也很奇怪，内存浮动特别厉害，总感觉要内存泄漏[笑哭]。事实是它也的确容易发生内存泄漏，之前有次为了从dll拿东西，新建了一个malloc, 用完明明手动调用了free还是不能回收，后来用了中间变量直接接收后马上free掉才可以
嬼小菲:
请教一下up，最近在用maui写安卓。感觉collectionview滚动卡顿。列表就一百多条。期初以为是布局复杂度太高了，简化之后还是卡顿。不确定是不是微软的bug没修

【回复】是的 你就算item里只写个文本还是卡 10条都能卡。。我在写的时候就感觉他会莫名卡顿+掉帧...
犬塚コウタ:
[笑哭]因为本身有点wpf的基础，又不想学其他语言，于是用它搞了一个ios和安卓和电脑通用的程序上架玩玩，感觉还行，目前没遇到什么大bug。

码农冰:
微软做啥都不行。 也就wpf 微软自己会用

右代宫楼座.:
maui不是最新的跨平台ui技术吗，咋这么多人说已经被放弃了？

【回复】肉眼看见的微软投入少(基础组件少+bug多) 微软自己不用 自家新app还用的rn[辣眼睛] 当年UWP出来微软还是自己实打实用的
悲剧天下:
打包的msix要签名，然后你发布你的公共证书，让客户安装到本地计算机\受信任人里

悲剧天下:
用了一下跟吃💩似的 wpf三天能写完的东西Maui写仨礼拜都不一定能写一半

秦淮一梦:
这是安全设计，避免病毒传播。你要用一年几千块的那种代码签名证书签了就可以直接安装，或者发布到微软商店里。

【回复】回复 @秦淮一梦 :不会用就别用呗
【回复】回复 @码农冰 :是的，就要增加你设置ExecutionPolicy，解压以后右键ps1脚本运行并且点过SmartScreen提示的步骤，这样的话不安全的应用就无法被小白安装
【回复】ps可以直接安装的。 10年前就要证书的
张三不疯:
maui真别用，微软自己都不用的玩意。跨平台用开源的avalonia。c#这门语言很好用但是旗下的框架是真的捞。

又忘了账号:
非打包模式需要补充运行时库， 多看下文档， 另外就是微软的技术好不好另说， 但建议学习热门的东西， 不管哪家的的 冷门玩意都是不建议学习的

【回复】.net7的时候没有打unpackage的文档（但是dotnet publish也能打出来） .net8之后有unpackage的文档了 一个配置一个命令 最后就是按照文档来的 没其他步骤了 报错是xaml的dll报错 从maui的issue找到了xaml仓库的issue 提issue的人给了个配置但是这个issue本身还没close[辣眼睛][辣眼睛][辣眼睛]
蜂蜜橘子汁:
真不敢相信 这么多年没有一个好用的跨平台ui框架 这些大公司都在搞什么啊

窗外的窗:
😅唯一一次用这玩意，是开发xbox小控件，🐴的2和3还有兼容性问题