AK
зачем заворачивать в module?
Size: a a a
2018 June 18
AK
просто используйте require/import
ZA
проект на ts у меня пишется для web. При это один класс хочу заюзать в ноде
AK
module и namespace не надо использовать нигде, кроме деклараций, про это написано в доке
ZA
просто используйте require/import
тогда оно для web не собирается
AE
тогда оно для web не собирается
прогоните потом через webpack/browserify
AE
или изначально пишите на amd
ZA
прогоните потом через webpack/browserify
да что то не хочется поднимать webpack ради одного файла, который надо заюзать в ноде :(
ZA
проще скриптом билдить и дописывать код
module.exports = ... после ts компиляцииAE
Короче я когда только только начинал во всём этом разбираться, тоже сначала namespace пытался использовать. Хорошо что быстро понял, что что-то не чисто с этим всем, и нагуглил es2015 modules
EW
Может он говорит, что нахрена метод, к которому не обратиться никак? Он говорит may, а не must/should
Ну дак внутри
Foo или Baz я же могу к ним обратитьсяEW
находил 🙁, боль какая-то
GС
Ну дак внутри
Foo или Baz я же могу к ним обратитьсяНу в твоём коде нет обращений, я не знаю в реальном примере они есть или нет.
SY
находил 🙁, боль какая-то
Так оно с прошлого года висит, всем кажется пофиг, не повезло вам однако
EW
да… надо что-то будет придумывать, чтобы сгенерировать
d.ts файлы для такого кодаZA
Короче я когда только только начинал во всём этом разбираться, тоже сначала namespace пытался использовать. Хорошо что быстро понял, что что-то не чисто с этим всем, и нагуглил es2015 modules
watchify-> babelify-> browserify -> данувжопуify ..... слишком много гемороя ради одного файла
N
Привет, у кого-то есть опыт, как реализовать кастомные классы ошибок, унаследованные от Error? Все из-за breaking change в TypeScript 2.2. Я перепробовал несколько вариантов из инета. Ничего не получилось.
S
не наследуйся от нее
AS
npm es6-error что-то вроде такого рекомендуют использовать. Т.е. базовый класс реализующий фичи Error, но не сам Error
l
Кастомные ошибки имплементятся довольно просто