这就是我实现单例类的方式
import { AClient } from 'libbrary'
import { Container, Service } from 'typedi';
@Service()
class MyClass {
private client: AClient;
static getInstance(): MyClass {
return Container.get(MyClass);
}
getClient(): AClient {
if(this.client !== null){
return this.client;
}
this.client = new AClient();
return this.client;
}
}
这里主要的重点是使用Acliet()。
而且我正在通过以下方式实现此客户端的方法。
class AClientMethodsImplementation {
async getSomeData() {
// I need client here so that I can use client.get()
}
}
现在我应该在服务中使用这些方法。
class NeedDataHere {
// Not only here, in the entire project I need this many places.
// should I create AClientMethodsImplementation() instance everytime?
// If that is the case what is the point of a singleton?
// How to achieve this? What is the correct approach?
}
我遵循正确的方法吗?还是处理这种情况的最佳方法是什么?
我之所以说这是一个问题,是因为我发现,即使我将输入数据更改为该函数,每次创建新的AClientMethodsImplementation
类来命中getSomeData()也会得到相同的结果。我怀疑它在缓存某处。
答案 0 :(得分:2)
这实际上取决于您的情况。如果AClientMethodsImplementation
是无状态的(它不会在方法调用之间保存实例相关的数据),则应声明其所有成员static
:
class AClientMethodsImplementation {
static async getSomeData() {
AClient client = MyClass.getInstance().getClient();
}
}
class NeedDataHere {
// Call static methods
let data = AClientMethodsImplementation.getSomeData();
}
如果AClientMethodsImplementation
应该存储实例相关的数据,那么您当然必须创建一个新实例(除非特定方法不会使实例发生变化。在这种情况下,它可以是static
)。
如果希望该实例在应用程序中相同,则可以将AClientMethodsImplementation
作为Singleton实现。
Singleton模式的首选替代方法是使用依赖注入(IoC模式的实现)。这样,您可以共享同一实例,但又不会牺牲松散的耦合性和可测试性。
通常,当您想在全局范围内使用单个对象状态时,可以使用共享实例(通过依赖注入或Singleton)。会话对象(例如Cookie)。另一个用例是,由于资源分配或实例化太耗时,实例化可能过于昂贵。然后,您一次分配资源,例如数据库/服务连接并重新使用它(共享资源)。另一个用例是提供对共享资源的受控访问,例如共享资源。数据缓存。例如,您通常在整个应用程序中使用共享记录器实例。
在检查代码时,共享AClient
实例的好处可能是提高了性能。如果您可以说客户端公开了昂贵的共享资源或数据,或者通常太昂贵而无法创建多个实例,则值得共享该实例。显然,您仍然创建AClientMethodsImplementation
的多个实例这一事实并不会使共享实例变得多余。