使用Blazor组件与基于JavaScript的解决方案的任何优势

Question

我现在开始学习Blazor，并想了解使用来自第三方供应商的DatePicker或Chart等特定Blazor组件与使用一些基于JS的解决方案是否有什么好处？

我知道JavaScript互操作允许Blazor应用程序使用JS解决方案，所以我可以使用Blazor组件和JS选项，但我想了解使用Blazor组件是否有任何优势。

我对使用第三方Blazor组件有点犹豫。到目前为止，一个小小的观察是，Radzen的DatePicker组件实际上并没有在我的iPhone上打开日期选择器。这无助于克服我对使用Blazor组件与JS选项的犹豫不决。下面是这个组件的链接：https://blazor.radzen.com/datepicker

Answer 1

你唯一的优势是--它可以节省你的人力时间除此之外，没有其他可感知到的好处。如果您有足够的时间坐着编写组件，那么处理组件需要支持的所有场景，bug修复等等--您可以这样做。Radzen是流行的免费开源blazor组件库之一。话虽如此，您需要首先对库进行彻底的评估，然后决定是否要使用它。如果你发现一个bug -去提出一个问题，在它的Github回购，并帮助他们解决。

Answer 2

对我来说，使用任何口味的第三方组件都是浪费时间。为什么要让Radzen (或其他任何东西)以我想要的方式工作，而Blazor使创建我自己的组件变得如此简单？试图“节省时间”，把别人的工作安排到我自己的项目中，会让我失去项目的代理，通常会导致我问“我如何让ABC来做XYZ"？

我唯一确定我需要第三方的组件是HTML编辑器。我只是没时间这么做。

而且--在过去，很大一部分定制库很难用HTML做任何很酷的事情。但是，当前的HTML、当前的浏览器和Blazor的当前状态都是“只起作用”的。

Answer 3

我更喜欢使用稳定的Blazor组件，而不是尝试将当前的JS组件调整到Blazor中，因为这需要更多的时间，而且容易出错。

我使用过Radzen和MudBlazor，我认为Radzen有更多可用的组件，但是MudBlazor看起来更漂亮。MudBlazor有一个预览(beta)数据集，当处于稳定的版本时，将对进一步的版本进行中断性的更改。这两个数据区都提供服务器端分页。

在任何情况下，这两个套件都可以加快开发时间，但是您必须花费一些时间来学习如何使用它们。选一个开始学习吧。

我在一个Blazor项目中添加了两个套件，它们似乎一起工作得很好，我使用了MudBlazor作为第一选择，我从Radzen获得了丢失的/稳定的组件，比如datagrid或文件上传器。使用这两个套件的缺点是下载量更大，但我相信浏览器缓存。