К
ну объект с апишками, так?
Size: a a a
2020 November 04
IF
Ну да это обьект, почти всегда синглтон
К
ну вот это я и имел в виду под модулями )
IF
Как в ангуляре сервис короч. Ток вместо rxjs subject svelte store
PM
Ну да это обьект, почти всегда синглтон
если это почти всегда синглтон, тогда зачем класс/объект?
IF
если это почти всегда синглтон, тогда зачем класс/объект?
Просто удобно
PM
Просто удобно
хм, вроде в модуле просто удобнее. не надо инстанциировать и где-то хранить этот инстанс
IF
хм, вроде в модуле просто удобнее. не надо инстанциировать и где-то хранить этот инстанс
Что значит в модуле?
PM
Что значит в модуле?
просто файл и экспорты
PM
es модуль
IF
Ну да, возможно
PM
ну то есть зачем делать так:
export class Service {
func() {}
}
...
import { Service } from '';
const service = new Service();
service.func();
вместо:export func() {}
...
import { func } from '';
func();PM
опять же если сингтон
PM
если просто нравится через объект, то можно:
import * as service from '';
service.func();
PM
классы-синглтоны неспроста считаются бед-практисв ООП языках, потому что созданы именно для множественного инстанциирования. С другой стороны в чисто ООП языках часто просто нет других средств кроме классов, а задачи под синглтоны есть, поэтому и приходится либо иметь синглтоны, либо класс-контейнеры сплошь состоящие их статических пропсов/методов
IF
ну то есть зачем делать так:
export class Service {
func() {}
}
...
import { Service } from '';
const service = new Service();
service.func();
вместо:export func() {}
...
import { func } from '';
func();Да я понимаю что это. Просто на задумывался о таком варианте) спасибо за совет
PM
Да я понимаю что это. Просто на задумывался о таком варианте) спасибо за совет
🤝 отвечая на изначальный вопрос, я тоже за "сервисы". при этом совершенно не обязательно чтобы это была какая-то специальная сущность вроде как в ангуляр. в моем случае обычно это просто папочка services и es модули внутри
ВГ
классы-синглтоны неспроста считаются бед-практисв ООП языках, потому что созданы именно для множественного инстанциирования. С другой стороны в чисто ООП языках часто просто нет других средств кроме классов, а задачи под синглтоны есть, поэтому и приходится либо иметь синглтоны, либо класс-контейнеры сплошь состоящие их статических пропсов/методов
Да, и это очень странно выглядит
ВГ
В TS поэтому модули очень крутые
ВГ
По сути иногда нужна только инкапсуляция от ООП