ProductieDetailDocument

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Deze method is wel heel lang. Ik zou deze opslitsen en evt ook afgeleide klasses maken voor LBX, MVX en TBX? Op die manier kan al de "MatUitsparingSnijPositieBepaler" afgezonderd worden + extra imp...

Deze method is wel heel lang. Ik zou deze opslitsen en evt ook afgeleide klasses maken voor LBX, MVX en TBX? Op die manier kan al de "MatUitsparingSnijPositieBepaler" afgezonderd worden + extra implementatie voor MVX.

De verwerking van 1 mat / verschillende matten kan ook opgesplitst worden in aparte methods.

Is ook vrij veel logica, dus naar mijn mening best de bestaande UT uitbreiden

Die WD die bij alle testen wegvalt zal wel oke zijn denk ik? ��

Die WD die bij alle testen wegvalt zal wel oke zijn denk ik? 😋

hier ook

hier ook

nog een wlipke te verwijderen

nog een wlipke te verwijderen

[ICT-4623] [rvPVR] Integratietesten aansturingacties via Encoway afwerken:
[ICT-4623] [rvPVR] Integratietesten aansturingacties via Encoway afwerken:
[PRJ051-148] Nieuwe orderopties voor de matten
[PRJ051-148] Nieuwe orderopties voor de matten
[ICT-4613] TECON Afdekkappen samenvoegen op onderdelenpicking:
[ICT-4613] TECON Afdekkappen samenvoegen op onderdelenpicking:
Ik had deze in de klassenaam zelf misschien ook "converter" bijgezet. Nu is dit HalffabItemsboom, maar is op die manier niet echt duidelijk dat het om een converter gaat zonder naar de folder te ki...

Ik had deze in de klassenaam zelf misschien ook "converter" bijgezet. Nu is dit HalffabItemsboom, maar is op die manier niet echt duidelijk dat het om een converter gaat zonder naar de folder te kijken (zelfde voor LBXKenmerken)

Zijn deze lijnen in commentaar nog relevant?

Zijn deze lijnen in commentaar nog relevant?

Samengesteld ipv SamenGesteld

Samengesteld ipv SamenGesteld

'Dotnet' -> Encoway

'Dotnet' -> Encoway

Rol doet niets, mag weg

Rol doet niets, mag weg

ProductApi is nergens gedefinieerd als input parameter, dus deze inject is niet nodig

ProductApi is nergens gedefinieerd als input parameter, dus deze inject is niet nodig

Ik zou dit niet als constructor porperty meegeven, want nu moet je overal waar je de VHConfigHelper wilt gebruiken, eerst hem initialiseren in de code zelf. Op die manier kan je moeilijker de vhcon...

Ik zou dit niet als constructor porperty meegeven, want nu moet je overal waar je de VHConfigHelper wilt gebruiken, eerst hem initialiseren in de code zelf. Op die manier kan je moeilijker de vhconfighelper injecteren.

Er is wel de method 'ZetVhConfig', maar die moet je dan eerst aanroepen vooraleer je de andere methods kan gebruiken. Ergens lijkt mij dat wat zot, omdat je dan snel fouten kan maken

Ik zou deze in een config item plaatsen

Ik zou deze in een config item plaatsen

In enu steken en hier ook naar verwijzen?

In enu steken en hier ook naar verwijzen?

Mijn gevoel is om dit ook in een aparte klasse te plaatsen en onder test te steken (ook al zal deze klasse dan vrij klein zijn)

Mijn gevoel is om dit ook in een aparte klasse te plaatsen en onder test te steken (ook al zal deze klasse dan vrij klein zijn)

Talen kunnen eventueel in een aparte enu?

Talen kunnen eventueel in een aparte enu?

Variabele naam aanpassen naar Encoway ipv dotnet

Variabele naam aanpassen naar Encoway ipv dotnet

Variabele naam aanpassen naar Encoway ipv dotnet

Variabele naam aanpassen naar Encoway ipv dotnet