Потоки мула - соглашения об именах

Ответ 1

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

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

Ответ 2

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

Основываясь на моих соглашениях об именах с defnite symantics, например MF_Employee_RegService, были MF - поток мула, отдел сотрудников, служба регистрации

Верблюд-чехол также является хорошим вариантом.

Ответ 3

Я тренировался на MuleSoft "MuleSoft.U Developer Essentials", и все потоки, которые они назвали, были такими: nameOfTheFlow. Итак, первый символ всегда был в нижнем регистре, и имя всегда заканчивалось "Потоком". Кроме того, первое слово всегда было тем, что делал поток, например: "getPermissionsFlow" или "PostUserFlow". Итак, основываясь на моем опыте, это было соглашение, которое мне довело.

Ответ 4

Вы можете определить свое собственное. Нет принуждения. Для лучшей ремонтопригодности и удобочитаемости вы можете префикс targetSystemName для потоков, которые набирают конечную точку, сгенерированную с помощью имени activityName, который выполняет поток: crm_fetchCustomerDetails, вы можете использовать префикс common или использовать потоки, которые являются общими для вашего проекта.

Ответ 5

Mule - это платформа интеграции, а не язык программирования. Конкретного соглашения об именах нет. Но использование соглашений об именах Java будет хорошим.

Ответ 6

Нет конкретных правил для обозначения соглашений для потоков Mule. Его всегда лучше, если вы назовете их с точки зрения удобства и удобочитаемости. MuleBooks следуют за записью CAMEL. Стандарты FYR.some можно найти на mule repo

Ответ 7

Не существует таких жестких правил для обозначения соглашений для потоков Mule. Мы всегда должны следовать одинаковому шаблону именования. Предполагается, что MyFlow_flow1 (с использованием подчеркивания). MuleBooks следуют за обозначением CAMELcase.

Ответ 8

Вот рекомендации:

• Имя приложения: в нижнем регистре (пример: myapplication)
• Имя файла Config.xml(приложение/...): Случай верблюда. ех. myApplication.xml
• Название потока: корпус верблюда. Отражает цель потока и заканчивается словом Flow i.e myApplicationFlow
• Название субпотока: чехол Camel. Отражает назначение вспомогательного потока и заканчивается словом sub_flow/subFlow i.e connectDBSub_flow/connectDBSubFlow

Для остальных вещей следуйте за java-стандартами:)

Ответ 9

Имя потока начинается с имени FL_ и Subflow. Начинается с SF_, что повышает читаемость кода.

Ответ 10

В Муле нет таких стандартов именования. Для хорошей практики кодирования используйте значения полных имен для компонентов и вспомогательных потоков и в читаемых форматах. используйте значащие конечные URL-адреса, если вы используете какой-либо HTTP-коннектор. Счастливое кодирование!

Ответ 11

Это некоторые соглашения об именах, которые мы используем.

• Имена потоков Потоки обычно используются рекурсивно через проект, поэтому правильное именование может устранить двусмысленность во всем проекте. вот несколько примеров Ex. gmail_mail_fetch_Flow.xml, gmail_mail_send_Flow.xml, gmaps_distance_fetch_Flow.xml

так как можно реально понять общую работу потока, посмотрев его имя.