IK
ну а что ты хочешь?
Size: a a a
2020 April 09
IK
в нпм сбилженное тока и пушим же
IK
для исходников гит репа
IK
и саб модули гита
S
ну а что ты хочешь?
Предлагаю протестовать. Что бы мелкософт добавил опцию withSource и вообще могли бы в d.ts не только типи но и сам код оставлять.
V
в shared висят dto для фронта и бека. и он билдится через tsc
типо
class A {
@ApiProperty()
bar: string
}
это соберется и поедет на фронт с лишним кодом, чего хотелось бы избежать
и технически, билдится при npm i, тянется с гита и автоматом выполняется prepare скрипт
типо
class A {
@ApiProperty()
bar: string
}
это соберется и поедет на фронт с лишним кодом, чего хотелось бы избежать
и технически, билдится при npm i, тянется с гита и автоматом выполняется prepare скрипт
IK
Предлагаю протестовать. Что бы мелкософт добавил опцию withSource и вообще могли бы в d.ts не только типи но и сам код оставлять.
ну тогда бдудет дублирование, зачем) и зачем это на прод выкатывать твои исходники) когда ты прооект соберешь у тя будет жэс все твое, а все что внешнее через npm i доставится, все кроме дев депенденси, а если каждый будет туда исходники пихать оно же кучу места займет
IK
в shared висят dto для фронта и бека. и он билдится через tsc
типо
class A {
@ApiProperty()
bar: string
}
это соберется и поедет на фронт с лишним кодом, чего хотелось бы избежать
и технически, билдится при npm i, тянется с гита и автоматом выполняется prepare скрипт
типо
class A {
@ApiProperty()
bar: string
}
это соберется и поедет на фронт с лишним кодом, чего хотелось бы избежать
и технически, билдится при npm i, тянется с гита и автоматом выполняется prepare скрипт
в шареде не должно быть фрэймворко специфичных вещей
IK
я копипастю все у себя
V
есть вариант в виде костыля: на фронт затягивать и через webpack резать декораторы, а затем неиспользуемые импорты
IK
у меня вообще граф декораторы не тока сваггер
V
в шареде не должно быть фрэймворко специфичных вещей
так это и не фреймворко зависимые, dto, вроде как общепринятая практика. просто смысл дублировать одинаковые данные, например, для логина
S
ну тогда бдудет дублирование, зачем) и зачем это на прод выкатывать твои исходники) когда ты прооект соберешь у тя будет жэс все твое, а все что внешнее через npm i доставится, все кроме дев депенденси, а если каждый будет туда исходники пихать оно же кучу места займет
Нет, не будет. Просто исходники будут лежать в отдельной папке, или будет лишний дтс который не нужен для прода. Притом кто захочет тот запустит npm i --withSource а кто не захочет скачает как обычно. ts npm принадлежать мелкософту они бы могли это сделать
IK
так это и не фреймворко зависимые, dto, вроде как общепринятая практика. просто смысл дублировать одинаковые данные, например, для логина
у тя декоратор фрэймворко зависимый, дто если хочешь шарить шарь тока его, класс валидатор + класс трансформ
V
и мы вернулись к началу, в этом и был вопрос, мб кто-нибудь придумал как генерить описание dto на несте во внешнем модуле
IK
есть хак короче, ща поищу
IK
можно пагин тс написать который подменит исходники
V
(не прописывая json с описанием для сваггера)
S
и мы вернулись к началу, в этом и был вопрос, мб кто-нибудь придумал как генерить описание dto на несте во внешнем модуле
Фейсбук придумал, назвал его вроде как графйл)
V
Фейсбук придумал, назвал его вроде как графйл)
а это жестоко :с