不忘初心

只有完全搞明白了组件的生命周期，你才能把组件玩的游刃有余，不仅仅需要深厚的功底和基础，还得了解非托管资源的垃圾回收机制，否则，一旦页面上组件过多，肯定就会引起性能的问题。那么回过头来了解生命周期自然也是必不可少的知识。

当用户在输入框进行数据变更时，相应的变量立刻就得到变化。

有些应用元素（例如菜单、版权消息和公司徽标）通常是应用整体布局的一部分。将这些元素的标记副本放入应用的所有组件是一种效率较低的做法。每次更新其中一个元素时，都必须同时更新使用该元素的每个组件。这种方法的维护成本很高，并且如果缺少更新，还可能会导致内容不一致。那么 “布局” 就是用来解决这些问题的。

某些情况，你可以自定义事件，例如，把和onmouseout给结合起来使用。通常，通过以下步骤启用具有自定义事件参数的自定义事件。在wwwroot/{PackgeId}或{AssemblyName}.lib.module.js创建一个 JS 文件，并有一个导出函数：return {});固定的 JS 文件名称：程序集.lib.module.js 或 包名称.lib.module.js：浏览器能识别的事件，如 click change 等：需要返回与下面事件参数相等的对象。

导航和路由是最基础且很常用的知识，你可以根据自己的需求去定义路由导航。当然，好的路由设计可以使你的站点看起来更专业，这也是体现你水平的最佳时机。

参数是最常用的组件特性，需要非常熟练的掌握才会事半功倍，同样地，组件的参数设计也会让使用者不禁的感叹设计者的水平。

路由是页面访问的基础，笔者建议，对那些不需要使用导航访问到的组件，不要定义路由，以免造成不必要的成本，例如显示异常的解释成本（这不是bug…）。

依赖注入技术已经是 .NET 中非常基础且成熟的技术，所以这里就不作为重点进行介绍了。就是要注意的是在 Blazor 中，依赖注入的生命周期会有所变化，特别是 WebAssembly 中，没有所谓的 Scoped，即使你注册成为了 Scoped 服务，也会被当作 Singleton 方式来对待，这点一定要注意。

现在你已经掌握了 Blazor 两种托管模式，包括他们的启动顺序和注意的地方，需要特别注意的是他们的不同点，因为他们是不一样的托管模式，要在思维上有所区别。

Razor 语法和指令会在我们编写组件时经常用，所以你一定会牢记得滚瓜烂熟的。

作者推荐使用【双 Blazor Server/WebAssembly】的解决方案结构来进行开发，毕竟很多时候，项目会根据当前的市场需求进行变化，这样的话可以根据市场反馈及时做出托管模式的调整和兼容，做到临危不乱，领导自然也就更喜欢这样的下属咯。当然，基于【ASP.NET Core 托管的 WebAssembly】模式也是一个不错的选择。现在，基本的知识已经了解了，那接下来就可以正式进入 Blazor 的世界了。

通过托管模型的了解，我们需要根据项目的运行场景不同，来选择使用不同的托管模型。

Blazor 这个名字是两个单词改进而来的，即 Browser + Razor。从名字不难看出，它是基于 Razor 语法的浏览器框架。