Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Apart kaartje: UST4276 (ICT-729)

Apart kaartje: UST4276 (ICT-729)

ProjectSettings in UT is wat mij betreft toch redelijk hard "vloeken in de kerk" Ik weet wel dat het op andere plaatsen ook gedaan wordt, ma toch blijft het een verkrachting van UT . Op deze manier...

ProjectSettings in UT is wat mij betreft toch redelijk hard "vloeken in de kerk"
Ik weet wel dat het op andere plaatsen ook gedaan wordt, ma toch blijft het een verkrachting van UT .
Op deze manier worden een heel aantal methods niet getest. Hoe kan je dan weten of het veilig is om de projectsetting terug te switchen, indien nodig.
Beter : code afzonderen en zorgen dat ze ALTIJD werkt, ongeacht de waarde van de projectsetting. M.a.w. zowel UT voor oude impl blijft en UT voor nieuwe impl ==> properste oplossing : 2 verschillende klassen

N.B. : Dit stukje had ik nog niet bekeken voor we vandaag gesproken hebben. Dit is voor mij absoluut voldoende argument om de nieuwe code af te splitsen!
Alle methods waarin staat : If (...ProjectSetting) of Not(ProjectSetting) zijn "Afgekeurd by review". Sorry dude.

idem andere while() continue in deze review

idem andere while() continue in deze review

Goed gedaan! goede uitbreiding : uwe CheckDelControleur is nen "interface" en alles wat er achter die interface gebeurt, is hier niet relevant (single responsibility). dus door die uit te mocken he...

Goed gedaan!
goede uitbreiding :
uwe CheckDelControleur is nen "interface" en alles wat er achter die interface gebeurt, is hier niet relevant (single responsibility).
dus door die uit te mocken heb je perfect op eenvoudige wijze deze UT uitgebreid, en zo getest wat er moest getest worden.
Toppie!

Ik zou hier toch op "SHOFTPUZBKWME" controleren i.p.v. $$$ElkeWaarde. --> motivatie : geeft de CheckDel hetzelfde resultaat als je bvb. "" (leeg) als signatuur doorgeeft? Ikzelf vermoed van niet, d...

Ik zou hier toch op "SHOFTPUZBKWME" controleren i.p.v. $$$ElkeWaarde.
--> motivatie : geeft de CheckDel hetzelfde resultaat als je bvb. "" (leeg) als signatuur doorgeeft? Ikzelf vermoed van niet, dus beter op de specifieke signatuur checken.

Ik begrijp echter wel waarom je voor $$$ElkeWaarde had gekozen

Waarom niet gewoon : If (Bezwaar = "") { }

Waarom niet gewoon : If (Bezwaar = "") { }

Waarom niet gewoon : If (LadeVariant = "") { }

Waarom niet gewoon : If (LadeVariant = "") { }

Nog een fijne tip om de UT te verbeteren : De vier aangeduide lijnen code verplaatsen naar een private method Method AssertLadeVariant(ProductTypeApiStub, ProductId, Kenmerken As %ListOfObjects, V...

Nog een fijne tip om de UT te verbeteren :
De vier aangeduide lijnen code verplaatsen naar een private method

 Method AssertLadeVariant(ProductTypeApiStub, ProductId, Kenmerken As %ListOfObjects, VerwachteLadeVariant As AXimpl.PM.enu.LadeVariant) [private]  

Deze techniek passen we dikwijls toe, als we telkens hetzelfde asserten (+verifieer).

ProductTypeApi hoeft dan geen property meer te zijn (bijkomstig logisch gevolg )

"Continue" op deze plaats in de While heeft geen zin. Beter : while (HasNext() ) && (AxLadeVariant = "")

"Continue" op deze plaats in de While heeft geen zin.
Beter : while (HasNext() ) && (AxLadeVariant = "")

--> %ListOfObjects ?

--> %ListOfObjects ?

Is niet fout ofzo, maar ik zou eerder het Kenmerken-object doorgeven aan de method, en de KenmerkIterator hoort eigenlijk binnen de method te zitten.

Is niet fout ofzo,
maar ik zou eerder het Kenmerken-object doorgeven aan de method, en de KenmerkIterator hoort eigenlijk binnen de method te zitten.

[UST4271] PM: Maatwerk: BOMBOL VHIP481: RequestConverter:
[UST4271] PM: Maatwerk: BOMBOL VHIP481: RequestConverter:
[UST4271] PM: Maatwerk: BOMBOL VHIP481: RequestConverter:

- DataMProductRepository Mockable gemaakt

- DataMProductRepository geïnjecteerd in constructor van RequestConverter => nodig voor Product delete

    • -0
    • +25
    ./DataMProductRepository.cls.xml
  1. … 4 more files in changeset.
[UST4250] PM: Maatwerk: BOMBOL VHIP481: techn. ana. update i.f.v. flag AX (TBX + LBX + TAX):

- Toevoeging belangrijke verklarende comment

  1. … 1 more file in changeset.
[UST3710] TAX LC: Calc: generisch product per type onderdeel, voor telbaarheid in AX:

- ZetGenerischProductId bijgezet

  1. … 7 more files in changeset.
[DEF672] VHIP184: Sync Prod: BtwKode op product nodig (MAG: Leverbon maken: CalcBon error):
[DEF672] VHIP184: Sync Prod: BtwKode op product nodig (MAG: Leverbon maken: CalcBon error):
[DEF672] VHIP184: Sync Prod: BtwKode op product nodig (MAG: Leverbon maken: CalcBon error):

- ZetBTWCode op DataMProduct

  1. … 3 more files in changeset.
[UST3673] VHIP504: ORDER2AX: Pakketreferentie meesturen

- Kunnen opvragen van pakket naam adhv de pakketid (pakketid)

  1. … 3 more files in changeset.
  • More
  • CR-930
  • finished reviewing
[UST3569] VHIP184 Product sync: product merk op spatie zetten
[UST3569] VHIP184 Product sync: product merk op spatie zetten
[UST3569] VHIP184 Product sync: product merk op spatie zetten

- Merk zetters & getters op product

  1. … 6 more files in changeset.
  • More
  • CR-912
  • finished reviewing
[UST3323] Docbase : kleur op leverbon niet meer doorsturen
[UST3323] Docbase : kleur op leverbon niet meer doorsturen