Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Telegramstijl, omdat ze anders te lang worden en de variaties nu eenmaal soms ingewikkeld zijnhttp://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif

Telegramstijl, omdat ze anders te lang worden en de variaties nu eenmaal soms ingewikkeld zijn

Idem reply hierboven.

Idem reply hierboven.

Zoals besproken... Dit ging over de property-namen, maar... toch liever niet. In de properties kunnen soms mocks, soms stubs gestoken worden, afhankelijk van wat de UnitTest nodig heeft.

Zoals besproken... Dit ging over de property-namen, maar... toch liever niet. In de properties kunnen soms mocks, soms stubs gestoken worden, afhankelijk van wat de UnitTest nodig heeft.

Done!

Done!

Done

Done

Done! (smartass http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif )

Done! (smartass )

Done!

Done!

Done, maar staat momenteel al nieuwe openstaande wijziging op die klasse, die nog niet gecommit mag worden, dus komt daarna wel.

Done, maar staat momenteel al nieuwe openstaande wijziging op die klasse, die nog niet gecommit mag worden, dus komt daarna wel.

Done, maar staat momenteel al nieuwe openstaande wijziging op die klasse, die nog niet gecommit mag worden, dus komt daarna wel.

Done, maar staat momenteel al nieuwe openstaande wijziging op die klasse, die nog niet gecommit mag worden, dus komt daarna wel.

Done en done en done! http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Done en done en done!

Normaal binnen de scope blijven, ik weet het, maar ik dacht de while op deze manier zo proper en leesbaar mogelijk te houden. Uiteindelijk wordt elk van die dim'ekes toch in die while gebruikt en o...

Normaal binnen de scope blijven, ik weet het, maar ik dacht de while op deze manier zo proper en leesbaar mogelijk te houden. Uiteindelijk wordt elk van die dim'ekes toch in die while gebruikt en omhelst die while de volledige method.

Denk het niet. Nu krijgt ge alle OrderLijnIterators netjes op een rijtje via code completion. Eentje is dan de volledige, sommige zijn "via" dit, andere "via" dat, ...

Denk het niet. Nu krijgt ge alle OrderLijnIterators netjes op een rijtje via code completion. Eentje is dan de volledige, sommige zijn "via" dit, andere "via" dat, ...

Had ik al aangepast inmiddels, zit al in volgende review http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/wink.gif

Had ik al aangepast inmiddels, zit al in volgende review

test namen zeggen niet duidelijk wat er getest wordt.

test namen zeggen niet duidelijk wat er getest wordt.

(Is bestaande code natuurlijk) hoeft geen lokale var te zijn. mag rechtstreeks op ..ProductService(Mock)

(Is bestaande code natuurlijk) hoeft geen lokale var te zijn. mag rechtstreeks op ..ProductService(Mock)

Refact nodig zodat namen van bestaande code ook ProductServiceMock worden, etc..

Refact nodig zodat namen van bestaande code ook ProductServiceMock worden, etc..

in deze situatie gebruiken we veelal if $$asserttrue(.. hasnext){ assert.. next() } omdat de .next hiervan afhankelijk is. ..

in deze situatie gebruiken we veelal
if $$asserttrue(.. hasnext)

Unknown macro: { assert.. next() }


omdat de .next hiervan afhankelijk is. ..

es afstemmen met team of we dim buiten lussen houden als ze enkel binnen lus gebruikt worden.

es afstemmen met team of we dim buiten lussen houden als ze enkel binnen lus gebruikt worden.

"Order heeft 1 orderlijn met gevraagde InventransId"

"Order heeft 1 orderlijn met gevraagde InventransId"

"Order heeft geen orderlijnen." voor mij maakt het niet uit of ze zitten of liggen. :o)

"Order heeft geen orderlijnen." voor mij maakt het niet uit of ze zitten of liggen. :o)

Toelevering heeft normaal gezien ook een productlijniterator, dan hoef je type niet mee te geven.

Toelevering heeft normaal gezien ook een productlijniterator, dan hoef je type niet mee te geven.

$$$haslength ?

$$$haslength ?

ik vind deze ook goed, maar kan het zijn dat we declaraties altijd op de plaats zetten waar ze gebruikt worden ? in dit geval binnen de while ?

ik vind deze ook goed, maar kan het zijn dat we declaraties altijd op de plaats zetten waar ze gebruikt worden ? in dit geval binnen de while ?

Moet "iterator" altijd achteraan in benaming ? (ben ook niet zeker) -> bv GeefOrderlijnenViaAXInventTransIdIterator als naam

Moet "iterator" altijd achteraan in benaming ? (ben ook niet zeker) -> bv GeefOrderlijnenViaAXInventTransIdIterator als naam

mag $$$Not naar $$$haslength ? Ik denk dat de variabele beter slaat op ProductHeeftOrders als ik de code goed begrjip.

mag $$$Not naar $$$haslength ?
Ik denk dat de variabele beter slaat op ProductHeeftOrders als ik de code goed begrjip.

We gebruiken meestal ViaAxInventTrans. http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif denk dat we ook es moeten zien om method geeftaantalmetinventtran...

We gebruiken meestal ViaAxInventTrans. denk dat we ook es moeten zien om method geeftaantalmetinventtrans (zou ook "via" moeten zijn. ) de code van deze te laten gebruiken zodat deze niet dubbel staat.

we proberen "Niet" in benamingen te vermijden en op te vangen door $$$Not()

we proberen "Niet" in benamingen te vermijden en op te vangen door $$$Not()

[ICT-759] [rvWV] PM: Maatwerk: BOMBOL VHIP481: Waarschuwing indien wijzigen variant die reeds voorbij...
[ICT-759] [rvWV] PM: Maatwerk: BOMBOL VHIP481: Waarschuwing indien wijzigen variant die reeds voorbij...