2015-05-02 2 views
5

Я работаю над проектом nodejs, в котором весь код написан в машинописном тексте. Это следует за шаблоном микросервиса (и каждый микросервис является независимым проектом), поэтому многие проекты должны быть открыты и отлажены одновременно.Какой редактор и отладчик для машинописного текста

Я пробовал webstorm и визуальную студию (с NTVS), но не ухаживал за ними обоими. Webstorm игнорирует многие ошибки сборки (очень важные, поскольку они не работают во время CI), и не так хороши, как визуальная студия в intellisense и простота использования. С другой стороны, Visualstudio не так быстро, как я хочу. Также я привязан к окнам, и проблема длины имени файла в node_modules очень частая и раздражающая.

Другие (атом, VSCode) не имеют поддержки отладки машинописного текста (или я что-то упускаю?).

Вы можете поделиться с вами своим опытом? Также мне было интересно, какой редактор разработчиков Google может использовать для разработки угловых 2 :)

+1

Я использую VS Code уже довольно давно - и я люблю его. Это простой и легкий, и я не пропущу более тяжелый редактор Visual Studio! Я делаю все свое развитие на виртуальной машине Debian (потому что PM2 очень полезен в мире Linux, и я должен придерживаться Windows в качестве моей основной ОС). Я открываю проекты, которые я хочу отлаживать в VS Code, и запускаю PM2 для запуска остальные приложения. – w3dev

+0

Здесь моя помощь для отладки Angular 2 в VSCode ;-) http://stackoverflow.com/questions/42495655/how-to-debug-angular-with-vscode – Asesjix

ответ

3

Я работаю над проектом TypeScript уже 1,5 года, и я очень доволен использованием Visual Studio, потому что мы использовали .NET для внутренних питания. Для себя я считаю скорость «Хорошо», это не так хорошо, но другие вещи, например. intellisense - это то, что нам действительно нравится. Я также лично считаю, что как «сын» Microsoft, TypeScript получит лучшую поддержку от своего «кузена» - Visual Studio.

Однако, если вы человек Eclipse, вас может заинтересовать этот TypEcs (http://typecsdev.com/). Также была статья Стив Фентона о том, что вам могут быть интересны IDE TypeScript (https://www.stevefenton.co.uk/Content/Blog/Date/201409/Blog/Which-TypeScript-IDE/), он перечислил несколько популярных из них с несколькими предложениями комментариев, в том числе Atom и расширением atom-typescript.

+0

Поддержка VS для TypeScript имеет много проблем, таких как игнорируя файлы 'tsconfig.json' в пользу файлов проекта VS и т. д. NuGet также не работает. Не рекомендуется, даже VS Code лучше. – slikts

0

Я тоже использую Visual Studio. У меня не было никаких проблем с его скоростью; Я считаю, что все так же быстро, как я ожидаю.

Однако, я не использовал проекты типа «TypeScript». Я использую общие «Web» проекты с файлами TypeScript. Кроме того, я не использую собственные средства построения и компиляции Visual Studio; Я использую свои собственные задачи Gulp для своего проекта (включая восстановление, наблюдение за сохранением, минимизацию, тестирование и т. Д.) И Task Runner Explorer для управления ими из Visual Studio. Я думаю, что это лучшее из обоих миров: близость и особенности Visual Studio, а также гибкость запуска моих собственных пользовательских задач независимо от платформы.

Должен признаться, что я не делаю глубокой отладки (например, точки останова, шаг) из среды IDE. VS делает это с помощью TypeScript? Если я поймаю ошибку во время выполнения (в браузере), у меня всегда есть исходные карты, указывающие, где ошибка, поэтому я возвращаюсь к коду, пытаюсь исправить его, сохранить и перезагрузить в браузере.

1

Не рекомендуется, но я предлагаю вам не покупать продукты JetBrains (IntelliJ/WebStorm/ReSharper) для редактирования TypeScript, если вы их не оценили должным образом.

Они использовали много своей логики для других языков, вместо того чтобы полностью воспользоваться услугами языка TypeScript, что означает, что они ведут себя скорее как причудливый редактор JavaScript, который может сделать некоторые умные догадки, а не надежную IDE для статически типизированный langauge. (Их вывод типа отличается от компилятора и может обмануть вас, полагая, что нетипизированное выражение (неявное any) хорошо напечатано. Кроме того, все рефакторинг такие же, как и JS, поэтому они не используют и не сохраняют информацию о типе . Нет рефакторинга на основе информации типа (например, безопасного переименования и перемещения).)

Что касается отладки, возможно, у вас есть более легкая отладка сгенерированного JS.Он не только хорошо поддерживается, но также обнаруживает проблемы, возникающие в коде, вставленном в компилятор. В противном случае было бы трудно понять, если вы смотрите только на источник TypeScript. Кроме того, в сгенерированном коде вы можете фактически установить точки останова в телах одной лямбда-функции.

+0

Переименование Webstorm кажется правильным в простом тесте с затенением. –

+0

Попробуйте переименовать что-нибудь экспортированное, оно скоро станет заменой интерактивной строки вместо любого интеллектуального. –

1

VSCode может отлаживать узел. Отладки от браузера еще нет.

1

Немного поздно в разговоре.

Недавно я попробовал VisualStudio 2015, VisualStudio Code 0.9, Atom (с пакетом Atom-Typescrip t). И вполне комфортно с Atom.

Atom-TypeScript использует новейшую версию TypeScript, поэтому вы можете использовать все новые функции, такие как async/await, интерполяция строк и т. Д. Пакет, созданный сообществом, поэтому нам не нужно ждать, пока основная версия IDE будет использовать новый тип функции.

Для отладки не удалось найти. Но любите использовать node-inspector за его легкий вес. Проблема в том, что вам нужно отлаживать его в javascript-версии, а не в машинописной версии. Не так уверен, но, может быть, если вы можете предоставить файл карты, вы можете отлаживать версию машинописного текста? как в Google Chrome Inspector.

0

Я использую VSCode для активного отладки приложения углового/узла/машинописного текста. Он работает, но вам нужно будет выполнить некоторую настройку/настройку. Вы должны сообщить VSCode, как отлаживать ваши приложения. Например, у меня есть несколько параметров в моей конфигурации launch.json, чтобы отлаживать мои скрипты gulp, файл node.js узла и приложение углового/машинописного шрифта через chrome, используя расширение «Отладчик для Chrome», установленное в VSCode. Это возможно с некоторой конфигурацией. Наконец, в зависимости от вашей конкретной ситуации вам может потребоваться правильно настроить файлы карт для вашего проекта с javascript на машинописный.

У меня также была проблема с файловыми дорожками слишком долго в папке node_modules в visual studio при открытии проекта с npm. Это связано с тем, что Visual Studio пытается загрузить все ваши пакеты - неправильно, чтобы я мог добавить. Единственный способ избежать этого для моего проекта - пометить папку node_modules как скрытую папку в окнах (только верхний уровень).

Смежные вопросы