Чем компиляция отличается от сборки
Перейти к содержимому

Чем компиляция отличается от сборки

  • автор:

Компиляция, сборка и выполнение программ

Информатика, информационные технологии

Результатом компиляции всех Delphi-проектов является исполняемый файл. Для компиляции исходных файлов, входящих в проект, используется команда Project/Compile главного меню интегрированной среды разработчика или комбинация клавиш Ctrl+F9. При этом выполняются следующие действия:

1) компилируются файлы с исходным текстом всех модулей, содержимое которых изменилось после последней компиляции. В результате для каждого файла с исходным текстом модуля создается файл с расширением *.Dcu. Если были внесены изменения в интерфейсную часть модуля, то перекомпилируется не только этот модуль, но и модули, использующие его (через директиву Uses);

2) после того как откомпилированы все модули, входящие в проект, Delphi компилирует файл проекта и создает *.Exe файл с именем, эквивалентным имени проекта.

При сборке проекта (в отличие от компиляции) компилируются все файлы, входящие в проект, вне зависимости от того, были в них внесены изменения после предыдущей компиляции или нет. Для сборки проекта используется команда Project/Build All главного меню интегрированной среды разработчика.

Для выполнения программы используется команда Run/Run главного меню интегрированной среды разработчика или клавиша F9. При вызове этой команды происходят те же действия, что и при вызове команды Project/Compile и Project/Build All, но после компиляции и сборки программа запускается на выполнение.

Установка параметров проекта

Существует два способа управления параметрами проекта. Можно установить параметры с помощью диалоговой панели Project Options, вызываемой с помощью команды Project/Options главного меню интегрированной среды разработчика, а можно воспользоваться директивами компилятора, расположенными в исходном тексте программы.

Диалоговая панель параметров проекта (рис. 17) состоит из нескольких страниц:

Forms – определяет главную форму, порядок создания остальных форм;

Application – задает название приложения, справочный файл, иконку;

Compiler – определяет параметры компилятора;

Linker – определяет параметры компоновщика;

Directories/Conditions – задает рабочие каталоги;

VersionInfo – установка параметров версии проекта;

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

В проекте Delphi может быть несколько форм, но одна из форм является главной. Главная форма является исходной формой при запуске приложения и, как правило, первой отражается на экране. На странице Forms можно назначить любую из существующих в проекте форм главной. В списке Autocreate forms указываются названия форм, которые будут создаваться одновременно с главной формой. Формы могут создаваться и в процессе выполнения программы.

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

На странице Compiler задаются параметры компилятора. Наиболее важным из них является использование или отмена использования отладочной информации – этот параметр сильно влияет на размер результирующего *.Exe-файла.

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

Язык Object Pascal

Языком программирования Delphi является Object Pascal. В том, что касается основных программных конструкций, этот язык очень напоминает Pascal седьмой версии среды Borland Pascal. Под программными конструкциями следует понимать структуры, определяющие, в какой последовательности выполняются инструкции в программе. Примерами программных конструкций могут служить условные операторы If-Then-Else, операторы цикла Repeat-Until, а также механизмы вызова методов. Перенос в Delphi программ, написанных на языке Pascal, выполнить не всегда просто. Причина заключается в многочисленных изменениях, внесенных в язык, используемый в среде разработки приложений Borland Pascal.

Object Pascal является объектно-ориентированным языком программирования. Приложение Delphi состоит из объектов. Все элементы управления интерфейса программы (кнопки, списки, панели и т.д.) являются объектами. Объекты обеспечивают выполнение и стандартных, и специфических функций приложения.

Усовершенствованную модель объектного типа Turbo Pascal представляют собой классы Object Pascal. Классы Object Pascal имеют много общего с типом Object языка Turbo Pascal.

Класс – это определенный пользователем тип данных, который обладает внутренними данными и методами в форме процедур или функций и обычно описывает родовые признаки и способы поведения ряда похожих объектов. Экземпляр типа класс называется объектом. Объекты класса всегда распределяются в куче в отличие от экземпляров объектного типа. Предварительно определенные объекты, используемые в программе (такие как, например, компоненты Delphi), – это в действительности экземпляры классов.

В Object Pascal имеется также тип Object. До введения термина “класс” в языке Pascal существовала двусмысленность определения “объект”, который мог обозначать и тип, и переменную этого типа. В Object Pascal существует четкая граница: класс – это описание, объект – то, что создано в соответствии с этим описанием.

Типкласс– это структура данных, состоящая из полей, методов, свойств. Поля содержат данные определенного типа. Методы – это функции и процедуры, описанные внутри класса и предназначенные для операций над его полями. Свойства – это специальный механизм классов, регулирующий доступ к полям. Свойство описывает один или два метода, которые осуществляют некоторые действия над данными того же типа, что и свойство. Например, обычная кнопка в окне приложения обладает такими свойствами, как цвет, размеры, положение. Для экземпляра класса “кнопка” значения этих атрибутов задаются при помощи свойств – специальных переменных, определяемых ключевым словом Property. Цвет может задаваться свойством Color, размеры – свойствами Width и Height и т.д.

Так как свойство обеспечивает обмен данными с внешней средой, то для доступа к его значению используются специальные методы класса. Например:

Function GetColor : TSomeType;

Procedure SetColor (aNewValue : TSomeType);

Property AСolor : TSomeType Read GetColor Write SetColor;

В данном примере доступ к значению свойства AСolor осуществляется через вызовы методов GetColor и SetColor. К методам в явном виде не обращаются. Достаточно записать:

и компилятор оттранслирует эти операторы в вызовы методов.

Особым видом свойств являются события.События для среды Windows – это специфические сообщения о возникшей ситуации, которые перехватываются и обрабатываются Windows, чтобы обеспечить функциональные возможности интерфейса.

В Object Pascalсобытие – это свойство процедурного типа, предназначенное для создания пользовательской реакции на то или иное входное воздействие:

Property OnMyEvent : TMyEvent Read FOnMyEvent Write FOnMyEvent;

здесь FOnMyEvent – поле процедурного типа, содержащее адрес некоторого метода. Присвоить такому свойству значение – значит указать объекту адрес метода, который будет вызываться в момент наступления события. Такие методы называют обработчиками событий (обработчик события– фрагмент программы, который выполняется в ответ на определенное изменение в программе или в Windows).

Каждый новый класс в Delphi должен быть объявлен. Для этого используется зарезервированное слово Class. В отличие от других типов, тип Сlass можно объявлять только глобально. Объявление определяет функциональные возможности класса. Объявление классов в модуле производится в разделе объявления типов. Пример объявления класса и объекта в программе на Delphi:

Var Form1 : TForm1;

В объявлении типа определен новый класс – TForm1, наследуемый от класса TForm, содержащегося в библиотеке визуальных компонентов. На это указывает зарезервированное слово Class. Данный тип содержит указатели на компоненты, которые были помещены в форму: два компонента Label – объекты типа TLabel (иначе говоря, экземпляры класса TLabel) и два экземпляра класса TBitBtn. Для определения экземпляра нового класса объявлена переменная Form1.

Область видимости идентификатора компонента, объявленного в описании класса, простирается от его объявления до конца определения класса, а также распространяется на все потомки этого класса и на все блоки реализации методов класса. Область видимости идентификатора компонента зависит от атрибута видимости раздела, в котором объявлен этот идентификатор.

В объявлениях типов классов имеются разделы частных (private), общих (public), защищенных (protected) и опубликованных (published) объявлений.

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

Поля данных и методы, объявленные в разделе общих объявлений класса, доступны для всех процедур, программный код которых расположен в области видимости данного объекта. В разделе общих объявлений типа класс должны быть объявлены поля данных и методы, к которым будут иметь доступ методы объектов других модулей.

Поля, свойства и методы секции protected также доступны только внутри модуля с описываемым классом, но они доступны в классах, являющихся потомками данного класса, в том числе и в других модулях.

Все классы Object Pascal порождены от единственного родителя – класса TОbject. Этот класс не имеет полей и свойств, но включает в себя методы самого общего назначения, обеспечивающие весь жизненный цикл любых объектов – от их создания до уничтожения. Новый класс можно создать на основе этого базового класса.

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

NumberOf Samples, NumberOfMaterials : Integer;

IsStandard, IsNoStandard : Boolean;

Function CountSamples : Integer;

Function CountMaterials : Integer;

Function Standard : Boolean;

По результатам серии экспериментов необходимо получить следующую информацию: число измерений, число определенных материалов в серии, какие результаты лежат в пределах допуска и какие вне его. Даны также названия испытываемых материалов. В качестве полей данных нового объекта определяются следующие переменные: два поля целочисленного типа; логическое поле; поле длинной строки для названия.

Для обеспечения доступа к данным пишется программный код, обрабатывающий эти данные. Код реализации этих методов помещается в implementation-секции модуля. В объявлении класса помещается только заголовок процедуры или функции. Процедура GetNames предназначена для определения названия материала. Для решения остальных задач описываются функции.

Принцип наследования приводит к созданию ветвящегося дерева классов, постепенно разрастающегося при перемещении от TObject к его потомкам. Каждый потомок дополняет возможности своего родителя новыми свойствами и передает их своим потомкам.

Для примера на рис. 18 показан небольшой фрагмент дерева Delphi. Класс TPersistent обогащает возможности своего родителя TObject: он умеет сохранять данные в файле и получать их из него, в результате это умеют делать и его потомки. Класс TComponent, в свою очередь, умеет взаимодействовать со средой разработчика и передает это умение своим потомкам. TControl не только способен работать с файлами и средой разработчика, но он уже умеет создавать и обслуживать видимые на экране изображения, а его потомок TWinControl может создавать Windows-окна и т.д.

В состав Delphi входит более 300 различных классов.

Статьи к прочтению:
  • Компоненты sql server 2000
  • Компьютеры с суперскалярной обработкой

ПРИКОЛЫ в СПОРТЕ, фейлы, курьезы, смешные моменты, компиляция

Похожие статьи:
  • При выполнении этой программы на двухъядерном компьютере получается следующий результат. Основной поток запущен. Параллельно выполняемый цикл инициализации: 1.0537757 секунд Последовательно выполняемый цикл инициализации: 0.3457628 секунд…
  • Выполнить компиляцию и запуск программы. Для этого необходимо: нажать на клавишуклавиатуры или выполнить команду Начать отладку элемента Отладка Стандартного меню. После нажатия на кнопку на…

Компиляция и сборка Android приложения (как это работает)

Дисклеймер: Я не 23 летний сеньор (мне 19 и до сеньора мне еще ой как далеко, года 4, поэтому супер статьи от меня не ждите.

Основа пути моего, разработчика как — обучение/изучение нового постоянное. Надеюсь, у вас тоже.

Я бы хотел подробно рассмотреть процесс компиляции и сборки Android приложения в конечный .apk. Да, при разработке очередного приложения какашкибезholoстилей эта информация вам нафиг не сдалась, но для общего развития будет полезна всем Android разработчикам.

  • Напишите код
  • Нажмите кнопочку Build & Run в вашей IDE
  • Продолжайте быть Android разработчиком
В общих чертах процесс сборки приложения выглядит так:

Нас особенно интересует второй этап (компиляция и сборка ресурсов), так что, рассмотрим его более подробно (21 этап как никак):

Пожалуйста, не прокручивайте диаграмму из-за того, что вам лень вникать, она не сложная, к тому же переведенная. Это основа статьи.

(Оригинал здесь: developer.android.com/tools/building/index.html)

Что есть что на диаграмме:

1. Ресурсы приложения — это все xml ресурсы из папки res вашего проекта + некомпилируемые бинарные ресурсы, например, картинки из res/drawable или файлы из /res/raw, а так же файлы из /assets/

2. aapt — утилита, которая ищет в вашем проекте компилируемые ресурсы, такие как AndroidManifest.xml и xml файлы из res/ и компилирует их в бинарное представление, а изначально бинарные ресурсы, такие как картинки, и файлы из /res/raw и /assets не компилируются. Далее, эта утилита генерирует важнейший класс R.java для вашего приложения, благодаря которому вы можете обращаться к ресурсам из вашего кода без всяких заморочек с чтением файлов, как скажем с /assets.

Кстати, кроме компиляции xml ресурсов, aapt создает файл resources.arsc, который представляет собой таблицу для маппинга ресурсов во время выполнения приложение, туда входят все ресурсы из /res/, в том числе и /res/raw/, содержимое /assets не включается в таблицу.

Полезно знать: Утилита aapt находится в папке platform-tools вашего Android SDK. Если вам захотелось сделать реверс-инжиниринг скомпилированных ресурсов приложения, вы можете воспользоваться apk-tool (https://code.google.com/p/android-apktool/)

3. R.java — класс, генерируемый утилитой aapt для того, чтобы вы могли обращаться к ресурсам из папки res без явной работы с файловой системой через библиотеки ввода/вывода.

Если кто-то еще не знал — всякие R.string, R.menu и прочее — это статические вложенные классы, а в R.string.app_name, app_name — public static final int поле класса. Получается, что правило-принцип CamelCase, применяемый в Java, для них нарушен, должно то быть: R.String, R.Menu, а с константами — R.String.APP_NAME, айайай Google.

4. Исходный код приложения — это ваши (или украденные форкнутые с других проектов) .java файлы с кодом проекта из папки src, все просто.

5. Java интерфейсы — это не те, обычные интерфейсы (обычные входят в состав исходного кода приложения, предыдущий пункт), которые вы используете в вашем коде, это интерфейсы, сгенерированные утилитой aidl (следующий пункт содержит пояснение).

6. .aidl файлы — это интерфейсы, которые вы можете написать на Java с немного необычным синтаксисом (на самом деле, язык называется AIDL — Android Interface Defenition Language). Такие интерфейсы нужны для описания взаимодействия между различными процессами, например когда вам нужно, чтобы сервис (Service) вашего приложения работал не просто в отдельном потоке, а именно в отдельном процессе (у такого подхода есть как преимущества, например, раздельные квоты на память для процессов, так и недостатки — необходимость использования aidl), на Хабре есть статья, в которой раскрыта тема использования aidl http://habrahabr.ru/post/139432/).

7. aidl — утилита, которая транслирует ваши .aidl файлы в Java код, она находится в папке platform-tools вашего Android SDK.

8. Java компилятор — (наконец-то мы до него добрались!) это обычный javac из вашего JDK, которому дают на обработку исходный код приложения (4), R.java (3) и интерфейсы aidl, которые переведены в java код с помощью утилиты aidl

9. .class файлы — это «выхлоп» javac — байткод для JVM. Так как Dalvik VM не может интерпретировать java bytecode, а использует свой велосипед под название dex bytecode, то на этом компиляция проекта не заканчивается.

Разработчики Android выбрали регистровую архитектуру Dalvik VM, вместо привычной для JVM — стековой архитектуры из двух ключевых соображений:
1. Производительность регистровой ВМ выше (инфа 100%), особенно на процессорах с RISC-архитектурой, а это все ARM процессоры. Первые версии Dalviik VM даже не включали JIT (до Android 2.2), но давали терпимую производительность приложений, скажем я не испытывал особых проблем с HTC Desire на 2.1.
2. java bytecode транслируется в меньший по объему dex bytecode, что уменьшает размер скомпилированного приложения.

10. dex компилятор (а точнее транслятор) — он транслирует .class файлы в classes.dex (Java bytecode в Dalvik bytecode). Описание .dex вы можете прочитать здесь source.android.com/tech/dalvik/dex-format.html.

Сам компилятор находится в папке platform-tools вашего Android SDK, запускать его можно через dx.bat (для Windows), при этом будет задействован dx.jar из папки platform-tools/lib

11. Сторонние библиотеки и .class файлы — это все то, что вы подключаете в проект как библиотеку или включаете в Build Path. Так как в качестве основного ЯП для Android выбрана Java, вы можете без проблем использовать практически любые java библиотеки, они просто будут обработаны dex компилятором.

12. classes.dex — в данный файл dex компилятор записывает весь исполняемый код вашего проекта.

Да-да, все будет в одном файле, хотя в документации написано, что файлов .dex может быть несколько, но на практике, я не встречал, чтобы .apk содержал .dex файлы кроме classes.dex, может в комментариях меня поправят.

13. Скомпилированные ресурсы — xml ресурсы приложения, скомпилированные в бинарное представление.

14. Другие ресурсы — это реально другие ресурсы, которые не обрабатываются aapt — например файлы, которые вы зачем то хотите засунуть в .apk, так же туда попадают файлы из .jar`ов, которые добавлены в Build Path, но не являются компилируемыми.

15. apkbuilder — утилита, которой на вход подают скомпилированные ресурсы (2, 13), classes.dex (12) и другие ресурсы (14), а она собирает из этого наш вожделенный .apk файл. Утилита лежит в папке tools вашего Android SDK

16. Собранное приложение в файл .apk — это архив, содержащий скомпилированные и нескомпилированные ресурсы, classes.dex, resources.arsc, META-INF, AndroidManifest.xml и т.д.
Формат .apk это надстройка над .jar, а .jar — надстройка над zip, так что, .apk вы можете открыть zip архиватором, такая вот матрешка.

17. jarsigner — это Oracle`вская утилита для подписания .jar архивов. Он подписывает ваш .apk выбранным вами ключом.

Но не надо думать, что ваш .apk теперь защищен от декомпиляции, ничего подобного. В .apk только добавляется папка META-INF, в которой вы можете обнаружить публичную часть release (или debug) сертификата — файл CERT.RSA, а так же файл CERT.SF — который содержит контрольные суммы для всех файлов внутри .apk, кроме тех, что в папке META-INF

Пример содержания CERT.SF:
Signature-Version: 1.0
SHA1-Digest-Manifest-Main-Attributes: O1qITQssq6nv0FUt+eR1aLnqk5w=
Created-By: 1.6.0_43 (Apple Inc.)
SHA1-Digest-Manifest: OwzyFA/Qjd+5X1ZwaJQSxFgdciU=

Name: res/drawable-mdpi-v4/ic_premium_pin.png
SHA1-Digest: 8ksQB8osCHTnMlpL6Ho/GDc719Q=

Name: res/drawable/round_bottom_white.xml
SHA1-Digest: rQelve4dQmwCfkVlYZ2+9j5aW5w=

Еще немного важной информации о подписи приложения:
В Android уникальным идентификатором приложения является имя пакета приложения, например ru.habrahabr.android. Но чтобы злоумышленник не смог подменить ваше установленное приложение на свое с таким же пакетом, Android выполняет проверку, на то чтобы новый .apk был подписан тем же сертификатом, что и уже установленный.

Кроме того, если у вас есть выложенное приложение в Google Play, вы не сможете обновить его, если новая версия подписана другим сертификатом! Так что советую забекапить сертификат, а так же не забыть пароль к нему. Иначе вы не сможете обновлять свои приложения.

18. Debug или Release хранилище ключей — хранилище из которого jarsigner возьмет ключи для подписи приложения. Если вы собираете Debug версию (для запуска на эмуляторе или подключенном устройстве), то .apk подписывается debug ключем, в Windows он находится в папке пользователя/.android/.

Кстати, приложение подписанное debug ключом нельзя установить без подключенного отладчика. Так что, если хотите отправить .apk друзьям на тестирование — подпишите его Release ключем

19. Подписанный .apk — .apk файл вашего приложения, в который добавлена информация о подписи (см. пункт 17).

20. zipalign — утилита, которая оптимизирует ваш .apk для более быстрого запуска и меньшего потребления ОЗУ при работе приложения. Она выравнивает содержимое .apk для более эффективной разархивации (подробнее здесь: http://developer.android.com/tools/help/zipalign.html).

Важное замечание: приложение надо сначала подписать, а затем применить zipalign, т.к. подпись — это добавление папки META-INF в архив, а это изменение архива, следовательно нарушение его оптимизации. То есть, если вы сначала примените zipalign, а потом измените архив — смысла в zipalign не будет. Насчет нарушения контрольных сумм, которые рассчитала утилита jarsign, бояться не стоит, т.к. zipalign делает оптимизации по выравниванию данных в архиве, все это происходит на уровне zip, сами данные не изменяются.

Хозяйке на заметку: во время сборки debug версии проекта zipalign не вызывается, скорее всего, чтобы вы не ждали выполнения еще и этой операции (спасибо и на этом).

21. Подписанный (и, возможно, выравненный) .apk — вожделенный .apk вашего приложения. Конец.

Я думаю, что теперь понятно, почему сборка и запуск Android приложения происходит так долго 🙂 Так что, советую поставить SSD, ну и процессор побыстрее и сэкономить себе нервы и время.

Немного полезного оффтопа:

1. Всегда используйте обфускацию вашего кода. Декомпилировать java приложение очень легко. Даже несмотря на то, что в .apk используется dex bytecode — его сначала транслируют обратно в java bytecode, а затем к нему применят обычные java декомпиляторы. Потратьте пару часов на выбор и настройку обфускатора, иначе можете просто выложить исходники проекта на гитхаб, секономите людям время, а может еще и пулл реквесты получите 🙂

2. Вы знали, что Android инстанциирует для каждого запущенного приложения отдельный экземпляр Dalvik VM? Это сделано для того, чтобы исключить ситуации, когда одно приложение валит Dalvik VM, а за ним тянет все другие запущенные приложения. Яркий пример подобного вмешательства — Facebook, они через reflection изменяют параметры Dalvik VM (не стоит так делать). Если бы Android использовал один инстанс Dalvik — это изменение затронуло бы все запущенные приложения.

3. Dalvik VM не является JVM, т.к. во-первых он не понимает java bytecode, а во-вторых не реализует спецификации для JVM, т.к. использует свой байт код. Так что, советую называть Dalvik VM именно Dalvik VM.

Надеюсь, вы не зря потратили свое время и узнали что-то новое.

Компиляция и сборка проекта

Компиляция и сборка проекта могут выполняться на любой стадии разработки проекта. Под компиляцией понимается получение объектных модулей (DCU-файлов) из исходных текстов программных модулей (PAS-файлов). Под сборкой понимается получение выполняемого файла из объектных модулей. В среде Delphi компиляция и сборка проекта совмещены.
Для выполнения компиляции достаточно выполнить команду меню Project / Compile или нажать комбинацию клавиш Ctrl+F9. При этом компилируются все исходные модули, содержимое которых изменялось после последней компиляции. В результате для каждого программного модуля создается файл с расширением DCU (сокр. от Delphi Compiled Unit). Затем среда Delphi компилирует главный файл проекта и собирает (иногда говорят компонует) из DCU-модулей выполняемый файл, имя которого совпадает с именем проекта. К сведению профессионалов заметим, что смышленый компилятор среды Delphi выбрасывает из выполняемого файла весь неиспользуемый программный код, поэтому не стоит волноваться по поводу лишних объектов и подпрограмм, которые могут присутствовать в подключенных модулях.
Существует особый вид компиляции и сборки — полная принудительная компиляция всех программных модулей проекта, для которых доступны исходные тексты, с последующей сборкой выполняемого файла. При этом не важно, вносились в них изменения после предыдущей компиляции или нет. Полная компиляция проекта выполняется с помощью команды главного меню Project / Build . В результате тоже создается выполняемый файл, но на это тратиться немного больше времени.

Зверніть увагу на додаткові посилання

Якщо вас цікавить.

Головний розділ

Сторінки, близькі за змістом

При запуске среды Delphi автоматически создается новый проект. Это сделано для вашего удобства. Если вам потребуется создать новый проект.

При використанні матеріалів посилання, для інтернет-ресурсів — гіперпосилання, на Znannya.org обов’язкове.

Чем компиляция отличается от сборки

Не могу понять в чём разница в Start Debugging (Start Without Debugging) и Build (Rebuild), кроме того, что в первом случае проект запускается.

такая же разница, как и между «собрать машину» и «поехать на машине». Настолько плохо с английским.
Цитата MDmitry @ 16.03.11, 04:05
Для чего нужен Build (Rebuild)?
Для того, чтобы собрать (пересобрать) проект.
Цитата MDmitry @ 16.03.11, 04:05
Нужно ли каждый раз Build (Rebuild) перед Start Debugging (Start Without Debugging)

Ребилд — радикальная штука, и каждый раз его делать точно не нужно, достаточно просто build. Кроме того, при попытке стартануть (с дебагом или без) модифицированного но не собранного проекта будет выдано предупреждение (если оно не отключено), что мол «у тебя тут не собраны изменения — собрать/забить/отмена?». Короче, лучше делай.

Цитата MDmitry @ 16.03.11, 04:05

так как удаляю полностью папку с библиотекой из проекта, без которой он запуститься в принципе не может, если перед Start Debugging не собрать проект, то он и не замечает отсутствия целой библиотеки.

фигасе Ну надо — так надо, чо теперь. Ты удаляешь проект библиотеки из солюшена и запускаешь приложение без сборки? Результат правильный: приложение собрано корректно, а то, что ты «удалил» библиотеку на него никак не повлияло, потому что физически бинарник остался на месте и непересобранное приложение до него имеет доступ. Многословно и непонятно? Короче так: фактически твои действия идентичны копированию всех собранных бинарников в какое-то место (в другую папку) и удалению проекта библиотеки/удалению всех исходников библиотеки/удалению студии/сносу винды/прилёту инопланетян — бинарники остались в неизменном согласованном работоспособном состоянии. Чо б им не запуститься.

Сообщ. #4 , 16.03.11, 10:20
Unregistered
Цитата MDmitry @ 16.03.11, 04:05

1. Не могу понять в чём разница в Start Debugging (Start Without Debugging) и Build (Rebuild), кроме того, что в первом случае проект запускается.

Start Debugging это сборка и потом запуск того что собралось в режиме отладки. IDE запустит собранный процесс в режиме отладки и в случае сборки его с Debug Information может использовать такие средства отладки как например breakpoint установленный в исходном коде, в окне IDE.
Start Without Debugging Это просто сборка и запуск того что получилось. Тот же пример, в выставленых breakpoint ах, приложение не остановится.
Build сборка на основании эвристики IDE, того, что надо собирать, и того что уже собрано. Если что то происходит с файлами проекта без ведома IDE, то данная эвристика может оказатся не правильной. Возможно просто быть не верной в той или иной ситуации.
Rebuild полная сборка

Цитата MDmitry @ 16.03.11, 04:05
2. Для чего нужен Build (Rebuild)?

собрать целевой конфигурейшен тип проекта, например экзешник
Цитата MDmitry @ 16.03.11, 04:05
3. Нужно ли каждый раз Build (Rebuild) перед Start Debugging (Start Without Debugging),

вопрос не корректный, это разные возможности. Если вы поймете, что делает каждая, то этого вопроса не должно стоять.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *