Инструменты командной строки (или эквивалентные) для разработки .NET - PullRequest
6 голосов
/ 22 января 2009

Проводя большую часть своего времени в Visual Studio и используя все инструменты IDE, я бы хотел потратить больше времени, используя одно из следующих действий.

  • Окно команд в Visual Studio
  • CMD.EXE
  • Cygwin , MinGW ...
  • PowerShell.
  • Сценарии

Какие ваши любимые и необходимые команды для ввода, в отличие от сочетаний клавиш или нажатия клавиш?

Ответы [ 7 ]

4 голосов
/ 22 января 2009

Наиболее важными командами PowerShell являются Get-Command (псевдоним gcm) и Get-Member (псевдоним gm). Эти две команды позволяют вам изучить и использовать большинство доступных функций. Get-Member отлично подходит для интерактивного изучения и работы с объектами .NET.

Другие полезные серии команд:

[System.Reflection.Assembly]::LoadFrom($relativepath)
[System.Reflection.Assembly]::LoadFile($absolutepath)

, которые позволяют загружать другие сборки в PowerShell для работы с ними.

3 голосов
/ 22 января 2009

NAnt и booi самые большие для меня. NAnt обеспечивает сборку, а booi - простой способ запуска кода .NET.

2 голосов
/ 23 января 2009

В моих крупных проектах я начал создавать настраиваемые build.cmd пакетные файлы, которые сами по себе вызывают инструменты командной строки, такие как:

  • graspx для проверки файлов .aspx,
  • osql для генерации кода C # из схемы базы данных SQL Server и резервного копирования базы данных разработки,
  • scptxfr для сценария схемы,
  • msbuild для сборки приложений,
  • devenv для построения решений по настройке,
  • 7za (7-Zip) для архивирования.

Иногда IISReset также помогает;)

1 голос
/ 23 января 2009

Для разработки стандартов я использую csc.exe и msbuild.exe. Другие полезные инструменты - это wsdl.exe и svcutil.exe для разработки веб-служб, а в редких случаях ildasm.exe и tlbimp.exe.

О, да, и тогда я очень люблю PowerShell , но это целая книга сама по себе: -)

1 голос
/ 22 января 2009

При создании очень маленьких однофайловых утилит командной строки мне нравится кодировать что-то менее громоздкое, чем Visual Studio, например Notepad2 . Затем я использую mcs , компилятор командной строки, связанный с .NET Framework, для компиляции исходного кода в сборку.

Я думаю, что для моей памяти может быть весело и полезно иногда видеть, какую часть фреймворка я действительно помню, как использовать без активного использования IntelliSense все время. Извините, там есть немного не по теме. :)

0 голосов
/ 23 января 2009

Отличный шаблон, который я когда-то видел, состоял в том, чтобы иметь команду предварительной компиляции для извлечения WSDL из веб-службы и генерирования соответствующего класса оболочки, используя инструмент wsdl.exe. Я использовал этот же шаблон в недавнем проекте, и инструмент xsd.exe генерировал классы из файлов XML-схемы.

Хотя вы не будете вводить команды в интерактивном режиме, вам, безусловно, нужно разработать что-то, что также будет работать и быть знакомым с хостом (.bat scripting, PowerShell , что угодно). Visual Studio предоставляет некоторые интересные переменные, подобные среде, чтобы помочь найти источник вашего проекта и т. Д. Хорошие вещи.

0 голосов
/ 22 января 2009

Я создаю вспомогательные командные файлы и запускаю их из командной строки.

Я также использую msbuild для создания решений Visual Studio и nunit-console для запуска модульных тестов NUnit (для этого у меня есть пакетный файл). Плюс все обычные добродетели cmdline, такие как grep, vim и svn.

...