繁体   English   中英

可扩展和可修改节点(npm)模块的最佳做法

[英]Best practices for extendable and modifiable node (npm) modules

我需要经验丰富的javascript(typescript)/ nodejs开发人员的建议。 几个月以来,我一直在寻找制作可扩展和可修改节点(npm)模块的最佳实践。

为了更好地理解:在大多数PHP框架(例如Symfony,Laravel,Nette)中,我们都有DI容器,该容器可用于更改或添加针对来自包的服务的自己的实现。 例如。 我有一个购物车包,用于执行计算购物车价格和征税的服务。 当我需要更改税收计算时,可以像这样更改DI容器的实现

services:
      myTaxCalculator:
    class: MyTaxCalculator
      Package\Taxes\CalculatorInterface: ‘@myTaxCalculator’

现在,当程序包与Package \\ Taxes \\ CalculatorInterface一起使用时,请使用我自己的计算器而不是默认实现。

我在javascript(typescript)/ nodejs中寻找类似的东西。 如果我构建任何程序包,并且在程序包中,我需要用于计算税金的函数,请使用此const taxCalculator = require('...'),但现在我无法更改此函数的实现。

当然,我可以使程序包可配置。 添加一些机制来设置针对特定情况的自定义函数,但是我认为我需要用于应用程序中的所有类/函数的逻辑,而不必调用require('something')。

关键是构建具有默认逻辑的基本和标准软件包,可以在具体的应用程序中对其进行修改以解决客户问题,而无需编写具有90%相同代码的新软件包。 我知道对于javascript(typescript)/ nodejs存在一些IoC / DI实现,例如InversifyJS,但我不确定何时是javascript(typescript)/ nodejs应用程序的最佳方法。 您对此有任何经验吗? 您如何解决这些问题?

感谢您的任何回复!

我不会说我是专家或“最佳实践专家”,但我认为三种情况很常见。 我不会深入研究Inverseify,因为您已经意识到了这一点。

  1. 在入口点类/函数处使用config作为对象。 默认为您的实现。
interface TaxCalculator { /* tax related stuff */ }

interface CalculateCartPriceArgs {
  taxCalculator: TaxCalculator,
  // probably lots of other stuff
}

export function calculateCartPrice({
  taxCalculator = defaultTaxCalculator
}: CalculateCartPriceArgs) {
  // implementation
}
  1. 插件/中间件。
  2. 公开内部信息,以允许用户构建自己的事物版本。

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM