проект (назовём его "зависимость").
В "проекте" я делаю "npm install зависимость".
После это начинаются проблемы:
1. Если в "зависимости" tsconfig.json без опции declaration: true, то при её подключении "проект" ругается, что не может найти типы.
2. Если в "зависимости" tsconfig.json с опцией declaration: true, то всё в порядке, но навигация по типам приводит меня к файлу .d.ts, а не к файлу с определениями функций.
Как сделать так, чтобы и типы были, и навигация по типам работала удобно?
А как же навигация по стеку вызовов? 😢
А как нужно проектировать зависимость, чтобы никогда не возникло желания посмотреть, что она делает под капотом? )
Если подходить к этому вопросу с точки зрения ООП, то всё логично: "чужая" библиотека предоставляет мне "интерфейсы" взаимодействия с ней (которыми данном контексте являются декларации в файле) и не предполагают, что моему коду понадобится что-то видеть и лезть глубже этих интерфейсов. Но одно дело моему коду, другое дело - мне самому. Выходит так, что я навигируюсь до файла декларации, а потом вручную открываю рядом лежащий скомпилированный .js файл и ищу там эту функцию, чтобы посмотреть детали её реализации. Да, мой код не должно интересовать, как именно импортируемая функция, предоставившая ему декларацию, реализует логику. Но это интересует меня :)
В VS Code последней версии, кстати, добавили функцию перейти к реализации, которая переходит именно к реализации функции, а не к её декларации в d.ts/где-нибудь ещё
я скобки не правильно поставил.. нашел ошибку
Обсуждают сегодня