Een Vrachtwagen kan uit meerdere despatch berichten bestaan. na een bepaalde duur zijn zijn we zeker dat de bestanden van een transport allemaal binnen zijn, en kunnen we de vrachtwagen verwerken
Uitzoeken landcodes ik maak hiervoor een kaartje aan. -> besproken met PVR. Idee om landen aan te bieden net zoals bij unishop is ok. Wordt later nog uitgewerkt.
EdiConverter en LegacyConverter etc... samen nemen in klasse WSimpl.Vhisie4.Winkelkar.EconConfiguratieConverter.Convert(EconStream) As APPS.EC.Winkelkar.dto.MaatwerkLijn
Niet nodig om de bestaat via ExterneId op te roepen de GeefViaID is voldoende .. deze moeten dan wel de foutmelding encapsularen en zeggen dat er geen winkelkar bestaat met id.
GeefWinkelkarIdViaExterneId mag eigenlijk weg en het zou gewoon een GeefViaID mogen zijn waarvan je een offerte zal terug krijgen ( omdat voorlopig de repository geen notie hebben van wat ze moeten teruggeven , ( Strings, DataObjecten of Objecten ) op termijn zal het wel lukken als we de snelheid moeten aanpakken , maar voorlopig zou ik daar geen rekening met houden
GeefViaID method gebruiken daar de WSimpl.Vhisie4.Winkelkar.WinkelkarRepos.. geen notie hebben van externeid in hun interface enkel in de implementatie
Dit soort type testen schrijf je ofwel met echte data - data opzetten en kijken of de repo zijn ding doet . ofwel met een spy die op zijn minst de Query prepared - zodat we zeker zijn dat het query statement kan uitgevoerd worden.
Het gevaar van dit soort testen is dat je uw Query statement in uw code gaat overkopieëren naar uw testen en als er een fout in het statement zit tabel naam dat bijvoorbeeld niet meer bestaat dat merk je het niet op.
Ik zou de naam van variabele renamen naar Service ofwel moeten we de methods renamen naar Invoke.. Want het is nu een beetje onduidelijk VerwijderLijn.VerwijderLijn .. klikt een beetje raar