Как и в любом языке программирования, каковы стандартные соглашения об именах, которые следует соблюдать при записи потоков Mule? Я нашел camel-case В соответствии с порядком в Mule in Action book.Что является стандартным форматом для соглашения об именах Mule.Mule flow - Соглашения об именах
Можно ли предложить стандартный вариант?
Существует не такая вещь, как соглашение об именах для Мула. Вы можете попробовать применить same rules Сообщество разработчиков сообщества Mule, но это не строго для приложений Mule.
В то же время имеет смысл следить за тем же naming conventions, что и IoC container of Spring, учитывая, что Mule является своего рода специализацией.
Не существует специальных правил для обозначения правил именования. Стиль именования Java был бы хорош. В большинстве случаев предприятие, для которого вы разрабатываете приложение, будет иметь свой собственный стандарт условных обозначений.
Основываясь на моем опыте именования конвенций с defnite symantics например MF_Employee_RegService были СЧ мул потока, отдел сотрудников, регистрационная служба
верблюжьей случай тоже хороший вариант.
Этот вопрос уже ответил и принят. Воздержитесь от новых ответов на очень старые вопросы (1 месяц или старше), если ваш ответ не содержит значительного количества контента, не найденного в других ответах или комментариях. –
Вы можете определить свой собственный. Нет принуждения. Для лучшей ремонтопригодности и читаемости вы можете префикс targetSystemName для потоков, которые попадают в конечной точке под паром в activityName, что поток совершающего примера: crm_fetchCustomerDetails, вы можете префикс общего или Util Фра потоков, которые являются общими по вашему проект.
Не существует конкретных правил для обозначения соглашений для потоков Mule. Его всегда лучше, если вы назовете их с точки зрения удобства и удобочитаемости. MuleBooks следуют за записью CAMEL. Стандарты FYR.some можно найти по адресу: mule repo
Mule - это интеграционная платформа, а не язык программирования. Не существует специального соглашения об именах. Но использование соглашений об именах Java будет хорошим.
Я прошел обучение на MuleSoft «MuleSoft.U Developer Essentials», и все потоки, которые они назвали, были такими: nameOfTheFlow. Итак, первый символ всегда был в нижнем регистре, и имя всегда заканчивалось «Потоком». Кроме того, первое слово всегда было тем, что делал поток, например: «getPermissionsFlow» или «postUserFlow». Поэтому, основываясь на моем опыте, это была конвенция, которую мне доверил.
Нет таких жестких правил для обозначения соглашений для потоков Mule. Мы всегда должны следовать одинаковому шаблону именования. Предполагается, что MyFlow_flow1 (с использованием подчеркивания). MuleBooks следуют за обозначением CAMELcase.
Вот лучшие практики: Название
Для остальных вещей следовать стандартам ява приветствий :)
имя потока стартовать FL_ и Подпоток имя начинается с sf_ было бы повышение удобочитаемости кода.
В Муле нет таких стандартов именования. Для хорошей практики кодирования используйте значения полных имен для компонентов и вспомогательных потоков и в читаемых форматах. используйте значащие конечные URL-адреса, если вы используете какой-либо HTTP-коннектор. Счастливое кодирование !!
Это некоторые соглашения об именах, которые мы используем.
как можно действительно понять общую работу потока, глядя на его имя.
Благодарим вас за обмен условными обозначениями Mule. Spring предлагает следовать правилам кодирования Java, не так ли? –
Это очень похоже, да. –