Lié aux n ° 79 et 148
Juste un message d'intérêt rapide au cas où cela aiderait les gens. J'utilisais ce plugin parce que c'était pratique mais la construction prendrait 2 Go de mémoire et beaucoup de temps. J'ai réduit le problème à ce plugin. Maintenant, j'utilise simplement tsc
puis je branche l'entrée js pour le cumul à la place et mon temps de construction est d'environ 5x et la mémoire d'environ 100x.
Je ne profite pas du travail acharné que vraiment besoin de ce plugin car les coûts de performance sont élevés.
Juste mes 2 cents ...
Oui, la commodité a un prix. :) Si quelqu'un a une idée de comment l'accélérer, faites un PR :)
@mikob
Maintenant, j'utilise simplement tsc, puis je branche l'entrée js au rollup à la place et mon temps de construction est réduit d'environ 5x et la mémoire d'environ 100x.
Merci pour le point de données, comme quelqu'un essaie toujours de décider si je veux démarrer ma prochaine bibliothèque TS avec Rollup, pouvez-vous nous donner un résumé de la façon dont vous avez fait cela?
@mikob
Maintenant, j'utilise simplement tsc, puis je branche l'entrée js au rollup à la place et mon temps de construction est réduit d'environ 5x et la mémoire d'environ 100x.
Je suis également intéressé par votre solution. Le point d'entrée importe généralement un tas d'autres modules, nous utilisons donc rollup
pour les regrouper tous dans un seul fichier. tsc
ne prend en charge qu'un seul fichier pour les formats de module "AMD" et "Système".
@adrianmcli @sntran J'utilise l'API du compilateur de typescript et l'API de rollup dans un script. En gros, comme ceci:
watchTs();
const watcher = rollup.watch(rollupConfig);
watchTs
fait beaucoup de choses standard (ils ne facilitent pas leur API). Vous pouvez commencer par regarder ts.createWatchCompilerHost
Commentaire le plus utile
@mikob
Merci pour le point de données, comme quelqu'un essaie toujours de décider si je veux démarrer ma prochaine bibliothèque TS avec Rollup, pouvez-vous nous donner un résumé de la façon dont vous avez fait cela?