Hier gebruik je de juiste dto. In de implementatiecode de verkeerde, denk ik http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif
Hier gebruik je de juiste dto. In de implementatiecode de verkeerde, denk ik
Misschien de ideale moment om die ProductRepository eens te refactoren http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif *KlantId als parameter, terwijl ...
Misschien de ideale moment om die ProductRepository eens te refactoren
KlantId als parameter, terwijl het eigenlijk KLNr is.
Return type is %String, terwijl het eigenlijk een product teruggeeft.
Beetje verduidelijking in naamgeving variabelen kan helpen (bv: Result)
[UST1955] DKG EDI: bestanden van DKG kunnen verwerken- BL.Prod.Select en ProductRepository de mogelijkheid gegeven om een exacte search te doen- De BeginKey setter mocht weg omdat hij niet gebruikt wordt (op deze plaats). 99% zeker.
[UST1863] DKG beslag: pakketref encapsuleren BL.Prod.Search- De nieuwe ProductRepository testen via echte data en niet via een uitgemockte bl.product.select- Code uit bl.prod.select teruggedraaid- volgende stap: logica verhuizen naar algemene ProductRepository
[UST1863] DKG beslag: pakketref encapsuleren BL.Prod.Search- En dat krijgt ge dus als een collega zegt dat het kleine stukske code dat toegevoegd wordt niet veel doet en eigenlijk niet getest moest worden :)