我现在开始了解Blazor，想了解与使用一些基于JS的解决方案相比，使用第三方供应商的某些Blazor组件(如DatePicker或Chart(是否有任何好处？
我知道JavaScriptInterop允许Blazor应用程序使用JS解决方案，所以我可以使用Blazor组件和JS选项，但我想了解使用Blazor组件是否有任何优势。
附言：我对使用第三方Blazor组件有点犹豫。到目前为止，一个小的观察结果是Radzen的DatePicker组件实际上没有打开我iPhone上的日期选择器。这无助于克服我对使用Blazor组件与JS选项的犹豫。以下是该组件的链接：https://blazor.radzen.com/datepicker
您获得的唯一优势是-它节省了您的工时-其他方面，您需要投资来构建第三方组件的功能。除此之外，没有其他可感知的好处。如果你有足够的时间坐下来编写一个组件，那么就要处理好该组件需要支持的所有场景、bug修复等——无论如何你都可以做到这一点。Radzen是流行的免费开源blazor组件库之一。话虽如此，你需要首先根据自己的情况对图书馆进行彻底评估，然后决定是否使用它。如果你发现了一个bug，请在其Github repo上提出问题并帮助他们。
对我来说，使用任何风格的第三方组件都是浪费时间。既然Blazor让创建自己的组件变得如此容易，为什么要让Radzen(或其他任何东西(以我想要的方式工作呢？试图"；节省时间"；通过将他人的工作融入我自己的项目中，剥夺了我对项目的代理权，通常会导致数小时(或数天(的提问；如何让ABC做XYZ；？
我唯一确定需要第三方的组件是HTML编辑器。我只是没有时间。
此外，自定义库的很大一部分是在过去很难用HTML做任何酷的事情。但是当前的HTML，当前的浏览器，以及Blazor的当前状态，太多了；只是工作"；开箱即用。
我更喜欢使用稳定的Blazor组件，而不是尝试将当前的JS组件调整为Blazor，因为这需要更多的时间，而且它很容易出错
我用过Radzen和MudBlazor，我认为Radzen有更多的组件可用，但MudBrazor看起来更漂亮。MudBrazor有一个预览版(测试版(数据网格，在Radzen数据网格处于稳定版本时，进一步的发布会有突破性的变化。两个数据网格都提供服务器端分页。
无论如何，这两个套件都可以加快开发时间，但您必须投入一些时间来学习如何使用它们。选一个开始学习吧。
我在Blazor-wasm项目中添加了这两个套件，它们似乎配合得很好，我使用MudBrazor作为第一选择，我从Radzen中挑选了缺失/稳定的组件，比如数据网格或文件上传器。使用这两个套件的缺点是下载量更大，但我信任浏览器缓存。