AL-code segmenteren en naamconflicten verminderen met naamruimten
Belangrijk
Deze inhoud is gearchiveerd en wordt niet bijgewerkt. Ga voor de meest recente documentatie naar Nieuwe of gewijzigde functies in Business Central. Ga voor de meest recente releaseplannen naar de pagina Releaseplannen voor Dynamics 365, Power Platform en Cloud for Industry.
| Geactiveerd voor | Openbare preview | Algemene beschikbaarheid |
|---|---|---|
| Beheerders, makers, marketeers of analisten, automatisch |  17 aug. 2023 |
2 okt. 2023 |
Zakelijke waarde
AL voor Business Central ondersteunt nu naamruimten, vergelijkbaar met andere codetalen. Naamruimten bieden een manier om objecten en code op een logische en hiërarchische manier te organiseren. Ze kunnen worden gebruikt om naamconflicten tussen verschillende extensies te voorkomen, waardoor het gemakkelijker wordt om extensies te onderhouden en te begrijpen, inclusief de relatie tussen verschillende objecten.
Functiedetails
Een AL-bestand kan nu bovenaan een naamruimte definiëren, die van toepassing is op alle objecten in het codebestand. Een bepaald object kan slechts tot één naamruimte behoren, maar dezelfde naamruimte kan voor meerdere AL-bestanden en objecten worden gebruikt.
Wanneer objecten worden opgelost, wordt eerst het dichtstbijzijnde bereik gebruikt. Daarom moet de verwijzing een volledig gekwalificeerde naam gebruiken om te kunnen worden omgezet in een object met dezelfde naam in een afhankelijke extensie. Het is ook mogelijk om using-richtlijnen te definiëren om externe naamruimten te gebruiken en zo volledig gekwalificeerde namen weg te laten.
Omdat naamruimten handig zijn voor de logische segmentatie van extensies, worden in AL Explorer ook naamruimten voor objecten weergegeven en kunnen objecten op naamruimte worden gegroepeerd, waardoor het gemakkelijker wordt om gerelateerde objecten te ontdekken, te focussen op app-subgebieden en inconsistenties te ontdekken bij het toevoegen van nieuwe objecten.
Geneste naamruimten bieden een betere naamgeving van objecten dan het uitdrukken van de volledige structuur in de objectnaam van 30 tekens. Het wijzigen van bestaande objectnamen is echter een wijziging die fouten veroorzaakt, dus deze mogelijkheid helpt vooral bij de logische structuur van bestaande objecten en nieuwe namen in de toekomst.
Er zullen codeacties beschikbaar zijn om ontwikkelaars te helpen om naamruimten aan bestaande bronnen toe te voegen.
Hier zijn enkele voorbeelden, eerst over het definiëren van naamruimte in code.
Vervolgens leest u hoe u objecten in andere naamruimten in uw bereik kunt opnemen voor gebruik.
Tot slot is hier een voorbeeld van basis-app-objecten gegroepeerd op naamruimte, waarbij de klanttabel zich in de naamruimte Microsoft.Verkoop.Klant bevindt. Door objecten op deze manier op naamruimte te groeperen, wordt het gemakkelijker om u te concentreren op gerelateerde objecten en deze te vinden.
Zie ook
Naamruimten in AL (docs)