OrderReservatie.cls.xml

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-2483]Kvik-workaround voor andere klanten

- Toevoegen van OL Beslag aan het lijstje : zij verkopen de KVIK spacetowers in Denemarken aan KVIK Denemarken.

[ICT-2483]Kvik-workaround voor andere klanten

- Een paar ontbrekende 'Do'-kes maakten dat niet alle code correct uitgevoerd werd...

De lijst van de klantnummers is nu duplicate code. Kunnen we afspreken dat bij een volgende uitbreiding, dit zal ge-refactored worden. Dan krijg je gratis een method met een leesbare naam, wat de b...

De lijst van de klantnummers is nu duplicate code.
Kunnen we afspreken dat bij een volgende uitbreiding, dit zal ge-refactored worden. Dan krijg je gratis een method met een leesbare naam, wat de begrijpbaarheid van de code verhoogd.
Bijkomende optionele uitbreiding is om dit in Data te steken, dan is het tevens gedeeld met cache05, wat dan weer enkele aanpassingen uitspaart (misschien :-P )

Op dit moment is de code-change aanvaard.

Lijst van klantnummers : zie opmerking hieronder

Lijst van klantnummers : zie opmerking hieronder

[ICT-2483]Kvik-workaround voor andere klanten
[ICT-2483]Kvik-workaround voor andere klanten
[ICT-2483]Kvik-workaround voor andere klanten

- Specifieker maken voor alleen Lades, en niet maatwerk in algemeen.

- Bijbehorende code op cache05 ook!

[ICT-2483]Kvik-workaround voor andere klanten

- Er was nog een probleem met niet maatwerk op bons met ook maatwerk die gepicked moesten worden. Er komt een lijst palletten voor het maatwerk, maar niet voor het beslag, en dat geraakt dus niet gepicked.

- dit gebeurde niet bij KVIK, omdat die alleen maatwerk bestellen

- maken dat er wel een fallback is voor niet maatwerk.

- gelijkaardige code voor cache05!

[ICT-2483]Kvik-workaround voor andere klanten

- Equals ipv contains gebruiken (bis)

[ICT-2483]Kvik-workaround voor andere klanten

- Equals ipv contains gebruiken

[ICT-2483]Kvik-workaround voor andere klanten

- klantnummers toevoegen.

[ICT778] MAG: Picking: juiste exemplaren picken (voor het juiste order)

- na te veel problemen : geen fallback meer voor KVIK, dus alleen op basis van EWPAL (paletten voor order) en niet meer paletten met product van mogelijk verkeerd order.

- gelijk laten lopen van code met trunk.

[ICT778] MAG: Picking: juiste exemplaren picken (voor het juiste order)

- gelijk trekken met Cache05 code

- opkuis wlip

  1. … 1 more file in changeset.
[ICT778] MAG: Picking: juiste exemplaren picken (voor het juiste order)

- Er zijn 2 kvik's

Idem voor de cleanup van de UTDataVoorKvik --> aparte method Hier zelfs geen parameters nodig, denk.

Idem voor de cleanup van de UTDataVoorKvik --> aparte method
Hier zelfs geen parameters nodig, denk.

Ik heb lang gezocht naar het verschil in setup tussen deze method en de method erboven. Door de setup (de lijnen hierboven) in een aparte private method te zetten wordt het onderscheid meteen duide...

Ik heb lang gezocht naar het verschil in setup tussen deze method en de method erboven.
Door de setup (de lijnen hierboven) in een aparte private method te zetten wordt het onderscheid meteen duidelijk:

bvb. Do ..SetUpUTDataVoorKvik ( PalletIdVoorEWMS, PalletIdVoorEWPAL )

En hierdoor worden de 2 tests meteen een pak overzichtelijker

MethodNaam volgens vh-conventies : ZetOpEWPAL() en KuisOpEWPAL() en ZetOpEWMSData()

MethodNaam volgens vh-conventies : ZetOpEWPAL() en KuisOpEWPAL() en ZetOpEWMSData()

[ICT778] MAG: Picking: juiste exemplaren picken (voor het juiste order)

- gelijkhouden van code met cache05 (trunk repository)

  1. … 3 more files in changeset.
Als er palletten meegeven zijn, en we vinden niet wat we zoeken, dan stoppen we. Als er geen palletten meegegeven zijn moeten we verder. (fallback) de test op Count is dus essentieel. en dient niet...

Als er palletten meegeven zijn, en we vinden niet wat we zoeken, dan stoppen we.
Als er geen palletten meegegeven zijn moeten we verder. (fallback)
de test op Count is dus essentieel. en dient niet om de 0 te detecteren, maar om niet 0 te detecteren.

OPGELET: Tracht zoveel mogelijk de code van deze klasse tussen caché v5 en cache2010 in sync te houden. Net voor uw wijzigingen waren deze methods redelijk goed in sync (behalve method FPalletsPerP...

OPGELET:
Tracht zoveel mogelijk de code van deze klasse tussen caché v5 en cache2010 in sync te houden.
Net voor uw wijzigingen waren deze methods redelijk goed in sync (behalve method FPalletsPerProdNr() die is ge-refactored).
Na uw wijzigingen dreigt de code uiteen te lopen en wordt het steeds lastiger voor iemand anders om nog toe te voegen, of erger nog: om te troubleshooten!

Maak er desnoods een apart kaartje van. Of overleg met Pieter en/of met mij

Early quit :-O Gelukkig gaat ie binnenkort wel weg.

Early quit :-O
Gelukkig gaat ie binnenkort wel weg.

Als reviewer ben ik verplicht om dit aan te geven : embedded sql aanpassen : beter : wegwerken en vervangen door TECH.Resultset reden: gedrag is beter onder controle bij errors, early quits, onvoo...

Als reviewer ben ik verplicht om dit aan te geven :

embedded sql aanpassen :
beter : wegwerken en vervangen door TECH.Resultset
reden: gedrag is beter onder controle bij errors, early quits, onvoorspelbaar gedrag indien 2 sql's gemixed worden (lees op andere stacklevel een andere &sql doorlopen), compile-issues.

In dit specifiek geval zou ik misschien toch ook de &sql behouden.

Zeer goed dat je deze lijn erbij zet! http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Zeer goed dat je deze lijn erbij zet!

Count() is niet nodig, want als Count=0 , dan zal Find() ook niks vinden.

Count() is niet nodig, want als Count=0 , dan zal Find() ook niks vinden.