BlazorUI 组件开发周记 - 1

2023-05-13 在头条上我写了第一篇微头条， BlazorUI 是从这一天正式宣布开始的，也是因为决定了开发 BlazorUI 组件库，我才从一个头条的忠实阅读者，变成了开始尝试来发表自己的一些想法和文章了小小分享创作者。

以后，继续利用这个平台，记录一下我开发 BlazorUI 组件的历程。

独行者的告白

Blazor 很小众，国内基本无人问津。了解 Blazor 是始于 2020 年中，口罩的原因，公司工作不忙。正好团队在思考如何淘汰原 WPF 做的系统，改 Web 版。最开始在选择 React 与 Vue 之间横跳。但，团队一直用 .net。而且 .net5 以后，大家用得很顺畅了，改其他的框架，成本很大。无意间了解到了 Blazor。对其开发模式很认可，跟团队一商量。就尝试了一下，结果没让人失望。于是选用了一套个人开发的组件库，小伙伴们上手做了一个小系统。上线后其他表现都可以，就是组件库太差强人意了。

2021年决定自研组件库，第一版出来后，因为没有太多开发经验，结果不理想。但也凑合做了一些模板。在net6出来时，了解到Blazor有了更好的提升与表现，决定开始做第二版。几个月下来，做了一套够用的组件库，直接用到内部系统开发中，至目前为止，表现都不错。之后也考虑过开源，但是，这是内部使用的一套组件库，组件数量有限，但组件的稳定性很重要，源码很少去升级。开源意义不大。

2023年了解到 net8 即将年内发布，于是，又研究了一下新的 Blazor。发现了更多惊喜。非常看好其未来的表现。加上最近时间也不忙，就有了想开发一套全新的、且开源的组件库的想法了。但知道这是一个艰巨的任务，没敢轻易最后下决心。

最后的决定是在与一位网友老兄的简单沟通中被激发的。

即然下了决心，那就一路不回头了。
明明知道 Blazor 没什么人关注，自己做的东西可能也无人问津。但，这不是重点。

我这次开发新组件的核心目标是：自己基于对 Blazor 的理解，以及能力可能达到的边界。如果不转换为一套组件或某个其他东西的话，似乎有点对不住自己。

既然决定了