- 主题:MAUI+Blazor会不会是.net的大杀器？
rt
跨平台，交互，性能，全都有了
--
FROM 223.72.109.*
微软杀自己比较在行，
当年搞过borland，后面好像乏善可陈。
【 在 feed 的大作中提到: 】
: rt
: 跨平台，交互，性能，全都有了
--
FROM 180.158.19.*
不是说无linux吗
--
FROM 101.24.103.*
MAUI这种跨平台技术，很容易忽略很多平台的自己独特的东西，如果要实现，就要每个平台单独适配，就像flutter一样，这样应用就受到限制。flutter的问题，必然MAUI同样有。
Blazor看似简单，但是服务器和浏览器交互太多，如果一个应用需要优化性能，必然要简化服务器和客户端的优化，那blazor就成了技术的瓶颈。
MAUI和Blazor都有其限制，组合在一起，还是存在这些限制。
【 在 feed 的大作中提到: 】
: rt
: 跨平台，交互，性能，全都有了
--
FROM 222.129.2.26
blazor 是不是适合小公司？
大公司，复杂的，是不是一般都不会采用？
【 在 weihuajiang 的大作中提到: 】
: MAUI这种跨平台技术，很容易忽略很多平台的自己独特的东西，如果要实现，就要每个平台单独适配，就像flutter一样，这样应用就受到限制。flutter的问题，必然MAUI同样有。
: Blazor看似简单，但是服务器和浏览器交互太多，如果一个应用需要优化性能，必然要简化服务器和客户端的优化，那blazor就成了技术的瓶颈。
: MAUI和Blazor都有其限制，组合在一起，还是存在这些限制。
: ...................
--
FROM 184.177.188.*
blazor好像有单纯 本地形式
c#到wasm，浏览器运行
- 来自 水木社区APP v3.5.5
【 在 weihuajiang 的大作中提到: 】
: MAUI这种跨平台技术，很容易忽略很多平台的自己独特的东西，如果要实现，就要每个平台单独适配，就像flutter一样，这样应用就受到限制。flutter的问题，必然MAUI同样有。
: Blazor看似简单，但是服务器和浏览器交互太多，如果一个应用需要优化性能，必然要简化服务器和客户端的优化，那blazor就成了技术的瓶颈。
: MAUI和Blazor都有其限制，组合在一起，还是存在这些限制。
--
FROM 117.136.38.*
blazor的纯客户端模式需要预加载一大坨lib，server模式又需要大量的网络交互，
各有各的坑，其实以前Silverlight多好啊，可惜生不逢时
【 在 hothail 的大作中提到: 】
: blazor好像有单纯 本地形式
: c#到wasm，浏览器运行
: - 来自 水木社区APP v3.5.5
: ...................
--
FROM 221.218.139.*
你都想的到微软早解决了...
跨平台无非就两种，取交集和取并集。同时现在有cs、bs的划分
Blazor是bs路线，由于bs限制只能交集。性能和交互那是程序员的事情。blazor现在问题在于启动时文件稍有点大，是不是有影响就要看具体要求。优点也非常多，不说了
maui是走cs、交集，xamarin是走cs并集。maui可以调用xamarin的东西，所以“flutter的问题，必然MAUI同样有”是错的。
另外还有uno等框架有不同的取舍。
【 在 weihuajiang 的大作中提到: 】
: MAUI这种跨平台技术，很容易忽略很多平台的自己独特的东西，如果要实现，就要每个平台单独适配，就像flutter一样，这样应用就受到限制。flutter的问题，必然MAUI同样有。
: Blazor看似简单，但是服务器和浏览器交互太多，如果一个应用需要优化性能，必然要简化服务器和客户端的优化，那blazor就成了技术的瓶颈。
: MAUI和Blazor都有其限制，组合在一起，还是存在这些限制。
: ...................
--
修改:leadu FROM 123.115.140.*
FROM 123.115.140.*
应该不算。
但据说全栈开发学习成本最低，再学点JavaScript就好。
【 在 feed 的大作中提到: 】
:
: rt
: 跨平台，交互，性能，全都有了
--
FROM 124.160.154.*
Trimming 如果做得更好点，所有跑在客户端的东西压缩到 300KB 以下
还是很值得期待的
【 在 feed 的大作中提到: 】
: rt
: 跨平台，交互，性能，全都有了
--
FROM 113.65.10.*