You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Omdat de focus van Imvertor sterk richting MIM gaat, is het relevant om na te denken over het gebruik van zogenaamde native scalars, scalaire typen die ingetikt worden, in plaats een verwijzing naar een (extern) package met vooraf gedefinieerde (scalaire) typen.
MIM maakt zo'n package mogelijk, met daarin CharacterString, Date etc. Alternatief daarvoor is dus om letterlijk "CharacterString" in te tikken.
Met de property
nativescalars = yes
worden die ingetikte typen alsnog herkend.
Is er nog iemand die scalaire typen gebruikt en daar niet vanaf kan? Het betreft feitelijk twee parallel lopende type herkenning strategieën die de code wellicht onnodig complex maken.
The text was updated successfully, but these errors were encountered:
Ik wil wel graag van de twee types herkennings strategieën af. Maar dat betekent niet per-se dat ik van de scalaire typen af wil. Ik vind in Enterprise Architect het onderscheid tussen gebruik van scalaire typen en het gebruik van een type uit een package zo onhandig dat ik beide zou willen toestaan: Kijk bij de herkenning alleen naar de string die er staat en negeer het achterliggende package.
Omdat de focus van Imvertor sterk richting MIM gaat, is het relevant om na te denken over het gebruik van zogenaamde native scalars, scalaire typen die ingetikt worden, in plaats een verwijzing naar een (extern) package met vooraf gedefinieerde (scalaire) typen.
MIM maakt zo'n package mogelijk, met daarin CharacterString, Date etc. Alternatief daarvoor is dus om letterlijk "CharacterString" in te tikken.
Met de property
worden die ingetikte typen alsnog herkend.
Is er nog iemand die scalaire typen gebruikt en daar niet vanaf kan? Het betreft feitelijk twee parallel lopende type herkenning strategieën die de code wellicht onnodig complex maken.
The text was updated successfully, but these errors were encountered: