EO
а у тебя были какие то проблемы с этим? много ошибок в рантайме?
Например, было бы удобно, чтобы type guards эмитил typescript а не нам руками писать
Size: a a a
2020 October 22
TS
навіть якщо скафолдить кра з прапорцем тайпскріпта?
для прикладу, в тебе є ліба, яка реалізовує декоратор, який поводиться по-одному, і працює прекрасно в проектах з tsc, проте в cra воно не буде працювати, тому шо декоратор там по-іншому працює
R🔘
Например, было бы удобно, чтобы type guards эмитил typescript а не нам руками писать
ну на каких то простых это может быть и работало бы, кмк
R🔘
+ зависит от того насколько система типов explicit
TS
для прикладу, в тебе є ліба, яка реалізовує декоратор, який поводиться по-одному, і працює прекрасно в проектах з tsc, проте в cra воно не буде працювати, тому шо декоратор там по-іншому працює
ти зараз дуже скептично ставишся до декораторів, тому що вони не стандартизовані в жс, це логічно
проте в ТС все по-іншому
деекоратори хоч і досі в experimentalDecorators флажку, безлііч популярних ліб і тд їх використовує, тому вони давно вже вийшли з experimental статусу) їх не можуть просто так дропнути
проте в ТС все по-іншому
деекоратори хоч і досі в experimentalDecorators флажку, безлііч популярних ліб і тд їх використовує, тому вони давно вже вийшли з experimental статусу) їх не можуть просто так дропнути
LH
проблема ж не в декораторах як синтаксисі, а в внутрішній імплементації
TS
проблема ж не в декораторах як синтаксисі, а в внутрішній імплементації
так) проблема в тому, що CRA офіційно підтримує TS, проте по-своєму)
LH
+ тс це все ж суперсет жс’а тому хоч не хоч, а буде жити за правилами жс теж
LH
так) проблема в тому, що CRA офіційно підтримує TS, проте по-своєму)
так, я вже це зрозумів. Дивно насправді, що такий популярний інструмент “недопрацював” тут
LH
хоча ж вони заявляють, що це opiniated рішення
TS
і чомусь всі вирішили перейти на babel для транспайлу TS в якийсь момент)
TS
та це більше проблема бабеля навіть
TS
https://babeljs.io/docs/en/babel-plugin-transform-typescript#caveats
вроді отут пару штук описано, проте на практиці їх звісно ж більше
вроді отут пару штук описано, проте на практиці їх звісно ж більше
AK
проблема ж не в декораторах як синтаксисі, а в внутрішній імплементації
а что там за проблема?
TS
а что там за проблема?
https://codesandbox.io/s/focused-saha-ebl4o?file=/src/index.ts:342-470
оцей код виводить setter в консоль коли юзаєш tsc, і не виводить ніфіга коли юзаєш babel-transformer-typescript
оцей код виводить setter в консоль коли юзаєш tsc, і не виводить ніфіга коли юзаєш babel-transformer-typescript
LH
а что там за проблема?
Це краще погуглити, але здається в тому, що не можуть вирішити деякі проблеми внутрішньої імплементації. Веб і жс у нас же зворотньо сумісні і не можна нічого зламати чи зробити breaking change
TS
Це краще погуглити, але здається в тому, що не можуть вирішити деякі проблеми внутрішньої імплементації. Веб і жс у нас же зворотньо сумісні і не можна нічого зламати чи зробити breaking change
власне все простіше)
зараз проблема в тому, що babel-transform-decorators, який використовують для typescript працює не так, як той самий трансформер, який є в tsc
в цілому пропозал декораторів зараз дуже схожий на те, як вони працюють в typescript
https://github.com/tc39/proposal-decorators
власне в моєму кейсі, я декорую class field і мені треба оголосити кастумні get/set, що працює прекрасно в tsc, проте не працює в babel-transform-decorators
зараз проблема в тому, що babel-transform-decorators, який використовують для typescript працює не так, як той самий трансформер, який є в tsc
в цілому пропозал декораторів зараз дуже схожий на те, як вони працюють в typescript
https://github.com/tc39/proposal-decorators
власне в моєму кейсі, я декорую class field і мені треба оголосити кастумні get/set, що працює прекрасно в tsc, проте не працює в babel-transform-decorators
AL
для прикладу, в тебе є ліба, яка реалізовує декоратор, який поводиться по-одному, і працює прекрасно в проектах з tsc, проте в cra воно не буде працювати, тому шо декоратор там по-іншому працює
я понимаю, что ты не в эту сторону копаешь. Но если декоратор в либе, мб ее собрать через tsc один раз, а в проекте на cra/next юзать уже собранный JS этой либы?
TS
Andrey Listochkin
я понимаю, что ты не в эту сторону копаешь. Но если декоратор в либе, мб ее собрать через tsc один раз, а в проекте на cra/next юзать уже собранный JS этой либы?
думав, але не проканає) там вже суть якраз в тому коли він викликається, як я зрозумів
відповідно не залежно від того як я скомпілюю той декоратор, в юзера він викличеться до ініціалізації філда, а не після - так як tsc транспілює філди з декораторами
відповідно не залежно від того як я скомпілюю той декоратор, в юзера він викличеться до ініціалізації філда, а не після - так як tsc транспілює філди з декораторами
TS
поки просто переписав без декоратора) як компроміс підійде