sql server 过程里在控制台打印_最终选型 Blazor.Server：又快又稳！

书接上文，昨天我们快速的走了一遍wasm的开发流程(我的『MVP.Blazor』快速创建与部署)，总体来说还是很不错的，无论是从技术上，还是从开发上，重点是用C#来开启前端时代，可以开发SPA单页面应用，这个本身就是很奇妙的一件事，因为我有一定的VUE.JS基础，所以入手Blazor.Wasm的话，还是特别快的，可以说是很对脾气的，无论是双向绑定、组件开发、页面模板、生命周期、父子通讯等等等等上，都很契合。

所以说：只要你会ASP.NETCore和Vue(当然其他的也可以)技术，入门Blazor也就一两天的事儿。不过在最后一步——托管和部署的时候，出现了一个小问题，当然，也不是问题，是我没有考虑到的，下边说一下这个小问题。

1、为什么要选择Blazor.Server?

上边我已经说过了，Blazor.Wasm开发起来还是很舒服的，而且也是SPA单页面应用程序，这里先说下两者的区别：

Blazor 技术又分两种：

• Blazor WebAssembly

• Blazor Server

Blazor WebAssembly 是真正的SPA，页面的渲染在前端实现，可以实现真正的前后端分离设计。而Blazor.Server可以认为是前者的服务端渲染版本，它使用SignalR实现了客户端的实时通讯，它的计算跟渲染都在服务端处理。

你可以看明白了吧，其实wasm就像是vue那种单页面程序，而Blazor.Server更像是基于前者的一种服务端渲染(注意：和MVC不是一回事)，第一次刷新是HTTP请求，平时点击是SignalR处理。

虽然看似wasm有友好，但是部署的时候出现了一个问题，就是它是可以直接在浏览器中执行，就是WebAssembly在浏览器里实现了一个.NET Runtime，所以每次刷新的时候，都会加载全部的资源程序集文件dll：

所以时间会特别慢，尽管做了一些处理：比如官方推荐的PWA技术(可以在客户端缓存部分dll)，也做了竞速，然后还有压缩，当然，还有人说可以使用CDN，额，好