奇葩的Blazor

八爻老骥 2020-06-29 11:36:06
Blazor的实现方式有两种:

1、完全浏览器运行。

2、通过SignalR与后台Web Server交互。

先看看这两者的实现,

第一种方式,下载一堆Dll,这真是返潮流,开历史倒车啊。Flash都已经停止开发了,MS还在玩这种东西,自己的SilverLight早关掉,ClickOnce又有多少人用过。都2020年了,还不死心,还玩这东西。

第二种方式,通过IIS或自承载WEB服务来实现计算,客户端加载html提供交互界面,采用Websocket提供数据接口,话说这种方式跟angular/uve/react之流+rest服务有什么差别?无非就是SignalR可以主动推送,但人家也可以用SockJS啊,MS反而把自己限死了。

这两种方法无非有个共同的特点,都是用C#来写代码。靠语言来留住程序员,微软不是第一个,以前Google发明NodeJS有着相同的噱头。只是C#程序员相较Js程序,在数量级上能同日而语么?还是说想把C#程序员的智商按在地上摩擦?

使用Blazor的小伙伴们,说说你们有什么意见吧?
...全文
4104 10 打赏 收藏 转发到动态 举报
写回复
用AI写文章
10 条回复
切换为时间正序
请发表友善的回复…
发表回复
whyzhuowen 2021-04-05
  • 打赏
  • 举报
回复
自己使用还是很喜欢asp.net那一套
  • 打赏
  • 举报
回复
老板想着前后端都让你一个人做好了
八爻老骥 2020-06-29
  • 打赏
  • 举报
回复
引用 4 楼 lindexi_gd 的回复:
看得透的人能看到本质,看不透的人…… 我就问题,因为说了答案钢筋肯定不会好好想

为什么会有 Wasm 的提出?想要解决什么问题?

为什么会基于 wasm 封装框架?框架本质是什么?为什么需要这样做


说起WebAssembly,好像大家都忘了OCX了
  • 打赏
  • 举报
回复
微软为了跟世界接轨,慢慢地艰难地去适应程序员普遍接受的一些东西(例如这些年对 linux 和 js 的兼容),慢慢地放弃传统的东西,但是却好像只能搞一堆抄袭的东西,而难以设计出几个能称霸的东西。
wanghui0380 2020-06-29
  • 打赏
  • 举报
回复
引用 4 楼 lindexi_gd 的回复:
看得透的人能看到本质,看不透的人…… 我就问题,因为说了答案钢筋肯定不会好好想 为什么会有 Wasm 的提出?想要解决什么问题? 为什么会基于 wasm 封装框架?框架本质是什么?为什么需要这样做
这个把,咋说呢。要webos,这个肯定要先开路。毕竟人家连flsah都给枪毙了,没东西替换就说不过去了。 但是比较尴尬啊,webgl,opengl,vulkan就已经让人头疼了,我现在整天都在为前端各种显卡不适配到处打掩护了(webgl某些显卡莫名丢失上下文,vulkan某些显卡不支持,dx11蓝屏),再出一个要不统一标准,还是一样头疼 当然更让人头疼的事情是,我对这种让程序员包办UI的框架一向保留意见。无论是flash,还是当年的博客园闹腾的easyUI,还是这里依旧认为是香饽饽的dev----------程序员始终不适合做这类东西。 还是vue,u3d这类把程序员当脚本提供者的方案适合工业化
  • 打赏
  • 举报
回复
我一直不理解微软为什么这么做。从鲍尔默,他毕竟是个2-3流的推销员,它放弃前端开发工具霸主地位而把前端开发工具市场让给乔布斯,这可能是资本的勾当。但是后来的纳德拉,看来也是很明白微软的战略,比尔盖茨的注重用户桌面工具的精神在微软必死。
  • 打赏
  • 举报
回复
你学习过 typescript 吗?它是前端语言,是极端具有包容性的,可以用你说的一切前端通讯框架,也是微软的。也可以看看微软的 vs code 所针对的程序员。

所以说不是微软限制你的想象,而是 asp.net 限制了你的想象。是微软它自己不争气,不去推广和把自己家的前端技术与后端彻底打通,连 asp.net 传统上的那些企业级控件都不用前端来开发一套出来,足以证明微软15年来就是想放弃前端技术。
lindexi_gd 2020-06-29
  • 打赏
  • 举报
回复
看得透的人能看到本质,看不透的人…… 我就问题,因为说了答案钢筋肯定不会好好想

为什么会有 Wasm 的提出?想要解决什么问题?

为什么会基于 wasm 封装框架?框架本质是什么?为什么需要这样做
  • 打赏
  • 举报
回复
Websocket和SignalR . NET2017后 Websocket 可以调用DLL直接实现省事方便,但是我VS2013就开始用了。 自己握手解析一样的。 SignalR 就很容易了 就是直接调用, 路由的一种,你也可以通过JS去看底层。我现在就用SignalR 挺好用的,用习惯就好了。 不好就是封装了,老怕我们知道,傻瓜式开发,引用,调用。
ying1234 2020-06-29
  • 打赏
  • 举报
回复
SignalR我只试用过一次,真心厌恶,我顶可用go自已写个websocket服务端,也不愿用这个。不过SignalR唯一的好处就是,当浏览器不支持websocket的时候,有自动转为轮询的功能,省得自已处理了,微软就是这样,在旁支细节上真是体贴入微。

62,072

社区成员

发帖
与我相关
我的任务
社区描述
.NET技术交流专区
javascript云原生 企业社区
社区管理员
  • ASP.NET
  • .Net开发者社区
  • R小R
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

.NET 社区是一个围绕开源 .NET 的开放、热情、创新、包容的技术社区。社区致力于为广大 .NET 爱好者提供一个良好的知识共享、协同互助的 .NET 技术交流环境。我们尊重不同意见,支持健康理性的辩论和互动,反对歧视和攻击。

希望和大家一起共同营造一个活跃、友好的社区氛围。

试试用AI创作助手写篇文章吧