【问题标题】:vue-chartjs - Do Experienced Vue Developers use this wrapper?vue-chartjs - 经验丰富的 Vue 开发人员是否使用此包装器?
【发布时间】:2020-10-01 12:23:12
【问题描述】:

我正在重构我的第一个 Vue 仪表板应用程序,它使用 vue-chartjs 来访问 chart.js。

作为这样做的一部分,我正在创建一组包装器组件,这些组件封装了比图表本身更多的功能,例如标题、对话框、度量等。在此过程中,我发现 vue-chartjs 如何由于多种原因增加了我的任务的复杂性,例如renderChart props 的结构与 chartjs 本身的参数不匹配。此外,vue-chartjs 有自己独特的功能,为使用 chartjs 增加了一层复杂性。

我假设使用 vue-chartjs 可以降低其他复杂性,但是......我的问题是: 有经验的 Vue 开发者是否使用 vue-chartjs 访问 chart.js?还是直接访问chart.js?我的第一次通过方法来自一个教程,当时我没有质疑它。现在我正在做更复杂的事情,vue-chartjs 阻碍了我尝试简化和最小化数据封送处理。

目前我正在解决这些问题,但如果创建自己的包装器而不是通过 vue-charts 添加不必要的级别是合理的,我想尝试一下。但是我不想在没有先征求其他仪表板人员的反馈意见的情况下冒险进行此操作!

感谢您对此的任何建议。

【问题讨论】:

    标签: vue.js vue-chartjs


    【解决方案1】:

    我同意@Daniel。我可以举另一个例子,我使用 vue-popper 包装器包。该组件本身还不错,做得很好,但是,它使用了以前的主要版本 popper.js,缺乏好的新功能和改进。出于这个原因,我后来用最新版本创建了我自己的 vue popper 实现。

    【讨论】:

      【解决方案2】:

      有趣的是,我在一些代码审查中发现经验不足的开发人员倾向于依赖vue-**** 包装库,即使几乎没有(甚至没有)好处。添加额外的库会增加对更多依赖项的暴露,从理论上讲,每个依赖项都有潜在的安全漏洞。我也看到了相反的情况,当 vue 库可用时,功能会被重新发明,并且会节省大量时间并拥有更强大的组件(例如包括 aria 字段或使用各种浏览器进行全面测试)。 tl;dr; 存在,我认为是根据具体情况而定的。

      【讨论】:

        猜你喜欢
        • 2011-05-21
        • 2011-01-13
        • 2023-03-24
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        • 2011-08-05
        • 1970-01-01
        相关资源
        最近更新 更多