Przyśpieszenie pracy w stacku .NET/Vue z NSwag i Typescript

Cześć, chciałem przyśpieszyć deva w stacku .NET/Vue, i generalnie problemem są duże obiekty które fetchuje.
Chciałbym, aby zaraz po callu Ajax (w moim przypadku korzystam z biblioteki Axios) od razu mapowało się obiekt
i wymyśliłem sobie, że

1. Użyłbym NSwaga/Nswag studio i generował sobie klasy typscriptowe i z nich bym korzystał (nie tworzyłbym ich manualnie).
2. Zaraz po fetchu używałbym metody

Object.assign(clientModel, JSON.Parse(JSON.stringify(response.data)))

Zaoszczędziłoby to mnóstwo miejsca w tagu

<script setup>

(nie podoba mi się, że są u mnie tak wielkie, a nie znam innego sposobu w JS do mapowania responsa z api a chce zachować coś aka type safety, nie będę responsa do pustego obiektu mapował
tj(

const object = reactive({})/ref(null) 

i potem

object.value = response.data

), bo chce mieć pewność że podczas bindu z v-model dana propka istenieje), obecnie pobieram te wielke modele i przypisuje ręcznie do obiektu w JS, typu:

exampleItem = response.data.exampleItem;
exampleItem2 = response.data.exampleItem2;
joeDoe = response.data.joeDoe;
[...]

Dodałbym do builda, że po każdym buildzie robi się ten plik typescriptowy i wrzucałby się z automatu do solucji frontendowej.
Moje pytanie brzmi:
Czy to ma sens i czy się mogę w taki appraochu przejechać? Generalnie nie korzystam z typescripa, ale jeśli by mi pomógł w przypadku
powyżej przemigrowałbym na nie, są jakieś przeciwskazania?
Chyba, że ktoś ma inną solucję rozwiązania takiego problemu.

To trochę brzmi jak ściubanie kilku różnych podproblemów dość luźno powiązanych z głównym problemem, zamiast pomyśleć holistycznie na temat tego, co jest twoim prawdziwym problemem i czy może istnieją już gotowe rozwiązania (czasem wystarczy inaczej skonfigurować sobie tool do builda albo korzystać z innego toola).

Cześć, chciałem przyśpieszyć deva w stacku .NET/Vue,

Czyli chcesz przyśpieszyć codzienną pracę na buildzie developerskim, w odróżnieniu od produkcyjnego? Innymi słowy poprawić swój "developer experience", żeby mieć jako programista szybszy feedback? A ile teraz musisz czekać na tę zmianę, jak coś zmienisz w pliku? To w ile czasu możesz zobaczyć swoje zmiany?

generalnie problemem są duże obiekty które fetchuje.

Czemu fetchujesz duże obiekty? Czy możesz ich nie fetchować? A jeśli musisz, to skąd się fetchują i skąd wynika to, że zajmuje to tyle czasu?

Dzięki za odpowiedź, generalnie moim głównym problemem, coś co mi się nie podobało to bardzo duża zawartość tagu <script setup="setup">.
Chyba mój pomysł był przekombinowany, chyba najsensowniejszym pomysłem jest pisanei po prostu metod mapujących jeden obiekt na drugi; Albo jakiś automapper/mapster coś jak .NET, tylko w JS też by pomógł.

Wrzuć kod

Nie ten dzial BTW