Используете ли вы обычные сборки в качестве инструмента кодирования?

Question

У нас есть большое (около 580 000 локальных) приложение, которое в Delphi 2006 собирается (на моей машине) примерно за 20 секунд. Когда у вас есть время сборки в секундах, вы склонны использовать компилятор в качестве инструмента. то есть написать немного кода, собрать, написать еще немного кода, собрать еще немного и т. д. и т. д. По мере того, как мы переносим некоторые наши вещи на C #, у кого-нибудь есть сравнение того, сколько времени потребуется для сборки чего-либо такого размера? На данный момент у меня есть только небольшие приложения и компоненты, поэтому не могу сравнивать. Если на сборку уйдет много времени, возможно, мне придется изменить свой стиль! Или мой стиль просто ленивый?

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

Answer 1

Раньше я использовал компилятор, как вы описали, но так как я использовал ReSharper , я делаю это намного меньше. Кроме того, для таких вещей, как переименование, поддержка рефакторинга (как в Visual Studio 2005 и выше, так и, что еще лучше, из ReSharper) означает, что мне не нужно выполнять поиск + замену для переименования.

Answer 2

Visual Studio 2008 SP1 теперь имеет фоновую компиляцию для C # (она всегда была для VB.NET). В те дни, когда я работал с VB, я часто использовал это, чтобы найти ссылку на что-либо, изменив имя и затем увидев, где фоновый компилятор сообщил об ошибке.

Я никогда не работал над чем-то настолько большим. На моей последней работе у нас было около 60 000 локальных распределений по 15 проектам, и на компиляцию ушло около 10 секунд. Может быть, кто-то еще может опубликовать более крупный пример

Answer 3

Я использую только «Проверка синтаксиса», чтобы проверить, не забыл ли я некоторые опечатки в коде ... И они значительно сокращены, так как я «Редактор кода» плагина GExperts.

Answer 4

Одна вещь, которой вы можете воспользоваться, особенно в настольных приложениях, поскольку я предполагаю, что вы имеете дело с Delphi, - это Редактировать и продолжить. Это позволяет вам изменять реальный код во время работы в режиме отладки. Вы можете изменить что угодно, кроме добавления переменных, методов или новых классов на уровне класса, и продолжать работу без перекомпиляции проекта.

Answer 5

Последняя часть вашего поста пугает меня. Я не знаком с другими IDE, но MSDev позволяет вам найти все ссылки на метод - так что вам не нужно компилировать только для того, чтобы найти все вызовы методов, которые вы сломали.

Используйте все, что работает, но хорошо, что вы открыты для новых способов ведения дел.

Answer 6

Вы можете разделить приложение на несколько проектов (по слоям и / или модулям и / или т. Д.), И вы скомпилируете только проект, над которым вы действительно работаете.

Answer 7

Ну, компилятору не нужно быть таким быстрым, чтобы воспользоваться этим. Некоторые IDE поддерживают добавочную компиляцию при каждом сохранении файла или на лету. Это прекрасно работает.