Каковы хорошие соглашения об именовании объектов?

Question

Я собираюсь создать некоторые сложные файлы сборки Ant, и я хотел узнать, что люди считают лучшими практиками для именования задач муравьев. Он собирается создавать некоторые Java, C++, сжимает JavaScript, генерирует документы и многое другое.

Какие задачи вы всегда добавляете к любому сценарию? Такие вещи, как чистые, строить?

Как вы называете цели, составляющие одну цель через зависимости (или вы не делаете это)? Например. build.proj1 и build.proj2

Любые другие соглашения об именах вы придерживаетесь?

Answer 1

This link объясняет типичные цели, которые вы должны иметь в своем проекте.

Использование стандартных целей помогает новым членам команды (и любым опытным муравьям) быстро справляться с процессом сборки.

Из личного опыта, я бы сказал clean, build, deploy/install, test (тест для запуска ваших junits, FindBugs и т.д.)

Для зависимых целей мы используем соглашение, как показано ниже

<target name="build" depends="clean,compile"> 

<target name="compile" depends="compile.src, compile.test"> 

Answer 2

Другой распространенной практикой является своего рода «частной» цели. Просто поставьте ведущее «-» перед целевым именем, то есть <target name="-yourprivatetarget" ... />. Таким образом, эту команду нельзя вызвать через командную строку, так как: ant -f yourbuild.xml -yourprivatetarget не будет работать, тогда как
<target name="yourprivatetarget" ... /> и ant -f yourbuild.xml yourprivatetarget будет.

Также объект с атрибутом описания не будет указан при использовании ant -projecthelp (или ant -p). Итак, у вас есть какие-то личные/внутренние цели, но будьте осторожны, некоторые инструменты, то есть Eclipse или аналогичные объекты будут раскрывать все цели в представлении Outline своего редактора муравьев.

Наконец => нет никакой реальной частной/внутренняя цель в муравья, но это полезно иногда