Каковы лучшие практики для именования целевых объектов Ant?

Question

Каковы лучшие практики для именования целевых объектов Ant?

Прежде всего проверьте правильность указанных скриптов в index.html. Эти имена файлов должны совпадать с файлами .js в вашем каталоге «Script» внутри вашего проекта.

<script src="Scripts/jquery-3.3.1.min.js"></script>
<script src="Scripts/jquery.signalR-2.2.2.min.js"></script>

Мне пришлось изменить версию jquery с 3.1.1 на 3.3.1 и версию jquery.signalR с 2.2.1 на 2.2.2.

Если все ссылки верны, проверьте, правильно ли вы отобразили signalR внутри вашего Startup.cs. Код должен выглядеть примерно так:

public class Startup
{
    public void Configuration(IAppBuilder app)
    {
        // Maps SignalR hubs to the app builder pipeline at "/signalr".
        app.MapSignalR();
    }
}

7

naming-conventions ant java

задан Alex B 5 February 2015 в 15:42

6 ответов

Другие вопросы по тегам:

naming-conventions ant java

Похожие вопросы:

score 3 · Answer 1

Существует один стандарт, который обоснованно широко используется. Любое целевое имя, начинающееся - символ не может быть вызван из командной строки, и как таковой должен, конечно, быть тот, который не предназначается, чтобы быть выполненным непосредственно. Иногда, это упоминается как скрытая цель.

score 2 · Answer 2

Пока они понятны и последовательны в течение Вашего проекта (проектов), что Вы называете ими, ваше дело. Простые, короткие глаголы обычно являются нормой, и цели должны быть разбиты логически.

Можно пойти путем что Матовый предложенный B, назвав тестовые цели типом:

тестовая единица
функциональный тестом
тест - все

Или можно назвать инструментом, если, например, у Вас есть Junit, Селен и функциональные испытания Webtest:

тест-junit
тестовый селен
тест-webtest
тест - все

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

Из руководства муравья:

Дополнительный атрибут описания может использоваться для предоставления короткого описания этой цели, которая печатается-projecthelp параметром командной строки. Цели без такого описания считают внутренними и не перечислят, если или - подробный или - параметр отладки не используется.

score 2 · Answer 3

Мы сделали хороший опыт с короткими и краткими целевыми именами, которые используют зависеть от других единственных задач. AFAIK общий стандартный набор

init
чисто
скомпилировать
dist
тест
отчет

(не может найти ссылку, хотя),

который работает очень хорошо на нас.

Когда мы должны были дифференцировать тестовые типы, мы назвали их "test.data" и "test.nondata" для разделения тестовых типов, каждого из них взятый в качестве того, чтобы зависеть "тестовой" задачей. Возможно, необходимо использовать "соглашение о присвоении имен метода Java" в качестве другого предложенного пользователя, но по моему скромному мнению который не имеет значения.

При выполнении скрипта Ant вручную на локальной машине (который я делаю, чтобы протестировать, если я повредил сценарий сборки), это пригождается, если только необходимо ввести

ant dist
ant test report

вместо

ant compile create.distribution
ant test.data test.nondata report.junit.generate report .....

score 1 · Answer 4

Я думаю, что это - полностью точка персонального предпочтения, но я использовал бы

test - для модульных тестов
test-integration - для интеграционных тестов
dbtest - для тестов базы данных (если они включены в вышеупомянутый объект),
test-all выполнять все вышеупомянутое

Также я - агностик на использовании test или форма множественного числа tests, Я, вероятно, сделал обоих на различных проектах.

score 1 · Answer 5

Ваше соглашение о присвоении имен для целевых объектов Ant должно быть очень похоже на соглашение о присвоении имен для методов Java: а именно, простой и описательный из того, что делает цель.

Вот выборка из стандарта Sun для именования метода:

Именование метода

Хотя имя метода может быть любым легальным идентификатором, конвенции кода ограничивают имена методов. Условно, имена методов должны быть глаголом в нижнем регистре или имени многословном, которое начинается с глагола в нижнем регистре, сопровождаемом прилагательными, существительными, и т.д. На имена многословные должна быть использована для своей выгоды первая буква каждого из вторых и после слов. Вот некоторые примеры:
run
runFast
getBackground
getFinalData
compareTo
setX
isEmpty

Вероятно, самым большим различием является стиль для целевых объектов Ant, которые должны быть всеми более низкими буквами в корпусе со словами, разделенными тире.

Например, следующие цели кажутся соответствующими мне:

run-all-tests
build
clean
test-and-release
deploy
run-code-coverage-metrics

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

Для более подробной информации о теме проверьте Элементы Стиля Муравья на Муравье Wiki.

score 6 · Answer 6

Для своих java-проектов я использую в качестве основы имена, определенные в жизненном цикле maven по умолчанию . Для других проектов я также использовал стандартные цели GNU autoconf .