Класс JavaScript со статическими методами и объект со свойствами функции
Есть ли в JavaScript (и TypeScript) разница между использованием класса и объекта для методов пространства имен с точки зрения производительности? И есть ли еще какие-либо причины предпочесть один вариант другому?
export const UserService = {
async findMany() {
// ...
},
async findById(id: number) {
// ...
}
}
export class UserService {
static async findMany() {
// ...
}
static async findById(id: number) {
// ...
}
}
Спасибо, да, это будет использоваться только статически, поэтому данные экземпляра не задействуются.
Не беспокойтесь о производительности. Без измерений вы будете только гадать.
Не объявляйте class, если он вам не нужен, т. е. когда вы никогда не создаете его экземпляр. См. также stackoverflow.com/q/61805727/1048572 или stackoverflow.com/q/29893591/1048572.
![Безумие обратных вызовов в javascript [JS]](https://i.imgur.com/WsjO6zJb.png)
Ответы 1
Статические методы/поля в классе без конструктора более или менее сродни созданию неактивной функции и прикреплению свойств непосредственно к экземпляру этой функции. Они имеют свои недостатки.
Статические методы/поля невозможно легко аннотировать в типе/интерфейсе машинописного текста.
Это означает, что вы фактически создаете поведение, подобное синглтону, следуя здесь по пути класса. У вас никогда не будет двух классов UserService, которые бы точно удовлетворяли одному и тому же контракту (хотя благодаря преимуществам структурной типизации они не могут использовать общий интерфейс), и становится трудно
(a) настроить службу (например, службе нужна строка подключения... как вы ее передаете статическим функциям?)
(б) имитировать сервис для тестирования.
Более идиоматическим подходом здесь было бы определение типа/интерфейса, который объявляет ваши функции.
type UserService = {
findMany(): Promise<User[]>;
findById(id:number): Promise<User>;
}
export const userService: UserService = {
async findMany() {
// ...
},
async findById(id: number) {
// ...
}
}
тогда все, что нуждается в UserService, может просто принять параметр, удовлетворяющий этому контракту.
function greetUsers(userService: UserService){
//...
}
Это уменьшает жесткую привязку, возникающую при использовании статических функций в классах, и дает вам гораздо больше гибкости в будущем, например, при создании фабричной функции, которая создает и настраивает экземпляр UserService.
function getUserService(connectionString:string):UserService{
const us:UserService = {
//...
}
return us;
}
Статические методы класса существенно ограничивают вашу гибкость при выполнении таких действий.
Один из них является методом экземпляра, другой — нет. Если вам не нужен экземпляр, то, вероятно, подойдут статические методы. Если вам нужны какие-то данные экземпляра, вы просто не сможете использовать статические методы. То же самое практически с любым другим языком с поддержкой объектно-ориентированного программирования.