[英]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,因为您已经意识到了这一点。
interface TaxCalculator { /* tax related stuff */ }
interface CalculateCartPriceArgs {
taxCalculator: TaxCalculator,
// probably lots of other stuff
}
export function calculateCartPrice({
taxCalculator = defaultTaxCalculator
}: CalculateCartPriceArgs) {
// implementation
}
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.