DataMPrijsOrderlijn.cls.xml

Aangepast. Variabele naam "ReceiptDate" spreekt voor zich ?
Als we $$INTDATE gebruiken dan kiezen hier ook voor conversies in onze testen ipv hardcoded values.

idem met multiple inheritance :
Class vhTest.Mock.DOM.VKP.impl.DataM.DataMProductOrderlijn Extends (vhTest.Mock.DOM.VKP.ProductOrderlijn, vhTest.Mock.DOM.VKP.PrijsOrderlijn)

Welke moet ik dan kiezen ?

er is nog niks voorzien ook niet door Jow. De vraag is gaan we dit in data bij steken en opzoeken met queries ? of gaan we hardcoded omdat het tijdelijk is en er in cache toch geen wijzigingen meer zullen zijn ?

in progress...

Is aangepast, maar zie het nut er niet van in bij multiple inheritance omdat code completion dan niet alle beschikbare methods weer geeft.
implementatie heeft bv ook Zetleverdag terwijl de interface Prijsorderlijn dat niet heeft.

Opletten met commit waar in je zTryouts zet , altijd gevaarlijk bij het mergen

Mocken naar interface niet naar implementatie

$$INTDATE^vhLib. kwestie dat het duidelijker is

Dit soort zou ik niet in de convert steken want ik denk dat best is om deze te controleren op hun bestaan .. anders ééns vragen aan JoW hoe het Lookup mechanisme werkt dat we in AXimpl.Admin hebben gemaakt.

Anders omvormen naar de $$$If(OrderLine.ReceiptDateConfirmed,OrderLine.ReceiptDateConfirmed,OrderLine,ReceiptDateRequested) ,leest makkelijker als het één of het ander

Code in commentaar -> YAGNI

#dimmen naar Interface ipv implementatie