IDE: Переменные: различия между версиями
(Новая: In the IDE you can define so called IDE variables. Here I will describe one good place to use such a variable. Over time most programmers, teams, companies, etc build up a set of softw...) |
м |
||
| (не показано 6 промежуточных версий 1 участника) | |||
| Строка 1: | Строка 1: | ||
В IDE Вы можете определить так называемые переменные среды IDE. Мы покажем здесь один из случаев их использования. | |||
Большинство программистов, групп и компаний создают наборы программных пакетов, которые используются во многих проектах. Иногда эти пакеты просто копируются из одного проекта в другой, однако это приводит к появлению большого числа копий одного и того же (почти) программного обеспечения. И каждый раз, найдя ошибку, или улучшив пакет, приходится вносить изменения во все копии использованных таким образом пакетов. | |||
В конце концов Вы решаете сделать эти пакеты разделяемыми вместо их копирования. То есть у Вас будет всего одна копия этих пакетов на диске. Это значит, что пакеты будут теперь лежать вне проектов, вместо того, чтобы лежать внутри их. | |||
Скоро Вы обнаружите, что ссылки на эти пакеты по их абсолютным путям (как c:\sharedTools\tool1\tool1.pack) - плохая практика, поскольку это закрепляет местоположение на диске, а это, в свою очередь затрудняет реструктуризацию дискового пространства, а при работе в группе все члены группы вынуждены использовать одинаковую организационную структуру диска. | |||
Вместо этого Вы можете использовать относительные маршруты (например ..\sharedTools\tool1\tool1.pack), это несколько лучше, поскольку теперь Вы можете установить по крайней мере свою собственную директорию верхнего уровня (и, следовательно, другой диск при необходимости). | |||
Однако по-прежнему расположение пакетов привязано относительно проектов, и это создаёт примерно те же проблемы, что и раньше, только может быть менее жёсткие. | |||
Использование переменных среды IDE повышает гибкость. Давайте рассмотрим имя файла $(Tools)\tool1\tool1.pack. Чтобы его можно было использовать, Вы должны определить переменную среды $(Tools) и затем Вам необходимо включить переменную $(Tools) в качестве include-директории в установках проекта. | |||
Когда include-маршруты используют переменные IDE, проектное дерево также показывает это. | |||
Теперь, если Вы решите переместить sharedTools в другое место, Вы можете смело это сделать и только переопределить переменную $(Tools). Переменные IDE разделяются среди всех проектов, и такое изменение должно быть сделано лишь один раз для того, чтобы все проекты смогли бы использовать такие пакеты. Разные члены группы могут иметь директории с общими пакетами в различных местах, поскольку каждый член группы использует свою собственную переменную $(Tools). | |||
Такая стратегия используется для $(ProDir), которая всегда ссылается на директорию установки системы программирования Visual Prolog на данном компьютере. | |||
[[ | =Ссылки= | ||
[[en:IDE Variables]] | |||
[[Категория:VipIDE]] | |||
Текущая версия на 12:16, 5 ноября 2007
В IDE Вы можете определить так называемые переменные среды IDE. Мы покажем здесь один из случаев их использования.
Большинство программистов, групп и компаний создают наборы программных пакетов, которые используются во многих проектах. Иногда эти пакеты просто копируются из одного проекта в другой, однако это приводит к появлению большого числа копий одного и того же (почти) программного обеспечения. И каждый раз, найдя ошибку, или улучшив пакет, приходится вносить изменения во все копии использованных таким образом пакетов.
В конце концов Вы решаете сделать эти пакеты разделяемыми вместо их копирования. То есть у Вас будет всего одна копия этих пакетов на диске. Это значит, что пакеты будут теперь лежать вне проектов, вместо того, чтобы лежать внутри их.
Скоро Вы обнаружите, что ссылки на эти пакеты по их абсолютным путям (как c:\sharedTools\tool1\tool1.pack) - плохая практика, поскольку это закрепляет местоположение на диске, а это, в свою очередь затрудняет реструктуризацию дискового пространства, а при работе в группе все члены группы вынуждены использовать одинаковую организационную структуру диска.
Вместо этого Вы можете использовать относительные маршруты (например ..\sharedTools\tool1\tool1.pack), это несколько лучше, поскольку теперь Вы можете установить по крайней мере свою собственную директорию верхнего уровня (и, следовательно, другой диск при необходимости).
Однако по-прежнему расположение пакетов привязано относительно проектов, и это создаёт примерно те же проблемы, что и раньше, только может быть менее жёсткие.
Использование переменных среды IDE повышает гибкость. Давайте рассмотрим имя файла $(Tools)\tool1\tool1.pack. Чтобы его можно было использовать, Вы должны определить переменную среды $(Tools) и затем Вам необходимо включить переменную $(Tools) в качестве include-директории в установках проекта.
Когда include-маршруты используют переменные IDE, проектное дерево также показывает это.
Теперь, если Вы решите переместить sharedTools в другое место, Вы можете смело это сделать и только переопределить переменную $(Tools). Переменные IDE разделяются среди всех проектов, и такое изменение должно быть сделано лишь один раз для того, чтобы все проекты смогли бы использовать такие пакеты. Разные члены группы могут иметь директории с общими пакетами в различных местах, поскольку каждый член группы использует свою собственную переменную $(Tools).
Такая стратегия используется для $(ProDir), которая всегда ссылается на директорию установки системы программирования Visual Prolog на данном компьютере.