Come con qualsiasi linguaggio di programmazione, quali sono le convenzioni di denominazione standard da seguire durante la scrittura dei flussi Mule? Ho trovato camel-case la convenzione è stata seguita in Mule in Action book.What è il formato standard per la convenzione di denominazione di Mule.Flussi di mulo - Convenzioni di denominazione
Qualcuno può suggerire l'opzione standard?
Non esiste una convenzione di denominazione per Mule. Potresti provare ad applicare gli sviluppatori della community di Mule same rules, ma quelli non sono strettamente per applicazioni Mule.
Allo stesso tempo ha senso seguire lo stesso naming conventions rispetto allo IoC container of Spring dato che Mule è una sorta di specializzazione di esso.
Non ci sono regole di pollice della convenzione di denominazione specifiche. Lo stile di denominazione Java sarebbe buono. Nella maggior parte dei casi, l'azienda per la quale si sta sviluppando l'applicazione manterrà il proprio standard di convenzione di denominazione.
Sulla base della mia esperienza convenzioni di denominazione con defnite symantics esempio MF_Employee_RegService erano MF è il flusso di mulo, reparto dei dipendenti, il servizio di registrazione
cammello caso è anche una buona opzione.
Questa domanda è già stata risposta e accettata. Astenersi dal dare nuove risposte a domande molto vecchie (1 mese o più) a meno che la risposta non fornisca una quantità significativa di contenuto non trovata in altre risposte o commenti. –
È possibile definire il proprio Non c'è costrizione. Per una migliore manutenzione e la leggibilità è possibile anteporre targetSystemName per i flussi che colpisce l'endpoint maggese dal activityName che il flusso compie esempio: crm_fetchCustomerDetails, è possibile far precedere comune o util fro i flussi che sono comuni in tutta l' progetto.
Non esistono regole specifiche per la denominazione delle convenzioni per i flussi del mulo. È sempre la migliore se le chiami dalla prospettiva della manutenibilità e della leggibilità. MuleBooks seguono la notazione CAMEL. Gli standard FYR sono reperibili al mule repo
Mule è una piattaforma di integrazione e non un linguaggio di programmazione. Non esiste una convenzione di denominazione specifica. Ma usare le convenzioni di denominazione Java sarà buono.
Ho fatto un addestramento su MuleSoft "MuleSoft.U Developer Essentials" e tutti i flussi che hanno chiamato erano così: nameOfTheFlow. Quindi il primo carattere era sempre in minuscolo e il nome terminava sempre con "Flusso". Inoltre, la prima parola era sempre ciò che il flusso stava facendo, ad esempio: "getPermissionsFlow" o "postUserFlow". Quindi, in base alla mia esperienza, quella era la convenzione portata a me.
Non esistono regole rigide per la denominazione delle convenzioni per i flussi del mulo. Dovremmo sempre seguire lo stesso tipo di modello di denominazione. MyFlow_flow1 (utilizzando il carattere di sottolineatura) viene prefferato. I MuleBooks seguono la notazione CAMELcase.
Ecco le migliori pratiche: nome
Per resto delle cose seguono standard Java acclamazioni :)
nome flusso inizia con FL_ e nome subflusso inizia con sf_ sarebbe aumentare la leggibilità del codice.
Non ci sono standard di denominazione seguiti in Mule. Per una buona pratica di codifica, utilizzare i nomi completi di significato per Componenti e flussi secondari e in formati leggibili. utilizzare URL di endpoint significativi se si utilizza un connettore HTTP. Happy Coding !!
Queste sono alcune convenzioni di denominazione che usiamo.
come si può realmente comprendere il funzionamento complessivo del flusso, cercando in suo nome.
Grazie per aver condiviso le convenzioni di codifica Mule. Spring suggerisce di seguire le convenzioni di codifica Java, vero? –
È molto simile, sì. –