Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
[ICT-1042] ophalen zijkantlogo voor klanten onder een personality id, nazien.

- repository

    • -28
    • +21
    ./Data/ZijkantLogoRepository.cls.xml
zoek is voor meerdere, geef voor 1. http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

zoek is voor meerdere, geef voor 1.

damn.. http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

damn..

Deze personality global bevat klantnummers zonder voorloopnullen. (is wat chaos dat klantid voor verschillende zaken alfanumeriek, numeriek gebruikt wordt. heel verwarrend idd.)

Deze personality global bevat klantnummers zonder voorloopnullen. (is wat chaos dat klantid voor verschillende zaken alfanumeriek, numeriek gebruikt wordt. heel verwarrend idd.)

afspraak is geef is voor 1 . zoek kan niks , 1 of meer zijn. http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

afspraak is geef is voor 1 . zoek kan niks , 1 of meer zijn.

Kan het geen kwaad dat ge hier ook de verkorte versie krijgt nu (het +'ke in GeefKlantNummer)?

Kan het geen kwaad dat ge hier ook de verkorte versie krijgt nu (het +'ke in GeefKlantNummer)?

Zou ne "Geef" niet beter zijn? Zoals de GeefDefaultLogoViaKlantID en GeefViaLogoID en GeefViaSleutel, die allemaal 1 objectje teruggeven, i.p.v. zoals ZoekViaPersonalityID of ZoekViaKlantID, die it...

Zou ne "Geef" niet beter zijn? Zoals de GeefDefaultLogoViaKlantID en GeefViaLogoID en GeefViaSleutel, die allemaal 1 objectje teruggeven, i.p.v. zoals ZoekViaPersonalityID of ZoekViaKlantID, die iterators teruggeven.
(Zie ook de Fake!)

Zou ne "Geef" niet beter zijn? Zoals de GeefDefaultLogoViaKlantID en GeefViaLogoID en GeefViaSleutel, die allemaal 1 objectje teruggeven, i.p.v. zoals ZoekViaPersonalityID of ZoekViaKlantID, die it...

Zou ne "Geef" niet beter zijn? Zoals de GeefDefaultLogoViaKlantID en GeefViaLogoID en GeefViaSleutel, die allemaal 1 objectje teruggeven, i.p.v. zoals ZoekViaPersonalityID of ZoekViaKlantID, die iterators teruggeven.

Bestaat niet in de code zelf. Opkuis nog eens vergeten? http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Bestaat niet in de code zelf. Opkuis nog eens vergeten?

Bestaat niet in de code zelf. Opkuis vergeten? http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

Bestaat niet in de code zelf. Opkuis vergeten?

ICT-1042: ophalen zijkantlogo voor klanten onder een personality id, nazien.
ICT-1042: ophalen zijkantlogo voor klanten onder een personality id, nazien.
[ICT-1042] ophalen zijkantlogo voor klanten onder een personality id, nazien.

- repository

    • -0
    • +21
    ./Data/ZijkantLogoRepository.cls.xml
  1. … 2 more files in changeset.
Reverse merged revision(s) 56420 from trunk2010:

Reverse merged revision(s) 56414 from trunk2010:

[ICT] Aanpassingen als gevolg van een shshsh die ik heb uitgevoerd lokaal...

........

revert omdat mijn xml export blijkbaar nogal verschillend is van de rest van de ventjes hier

revert van de revert omdat mijn wijzigingen wel goed waren, maar de rest van de ventjes niet :)

    • -14
    • +7
    ./Data/ZijkantLogoRepository.cls.xml
  1. … 65 more files in changeset.
Reverse merged revision(s) 56414 from trunk2010:

[ICT] Aanpassingen als gevolg van een shshsh die ik heb uitgevoerd lokaal...

........

revert omdat mijn xml export blijkbaar nogal verschillend is van de rest van de ventjes hier

    • -7
    • +14
    ./Data/ZijkantLogoRepository.cls.xml
  1. … 65 more files in changeset.
[ICT] Aanpassingen als gevolg van een shshsh die ik heb uitgevoerd lokaal...
    • -14
    • +7
    ./Data/ZijkantLogoRepository.cls.xml
  1. … 65 more files in changeset.
Done!

Done!

Is overgenomen van de defaulting van de (énige) implementatieklasse. De mock wordt van de interface gemaakt. Dat maakte dat die ander gedrag vertoonde dan de echte.

Is overgenomen van de defaulting van de (énige) implementatieklasse. De mock wordt van de interface gemaakt. Dat maakte dat die ander gedrag vertoonde dan de echte.

Die worden allebei in de caller van deze method al uitgesloten

Die worden allebei in de caller van deze method al uitgesloten

Hier is geen fake voor nodig, dit kan evengoed met de echte implementatieklasse.

Hier is geen fake voor nodig, dit kan evengoed met de echte implementatieklasse.

[UST4167] TAX-LL-001 : Diverse-kolom in interne configurator (voor BIDI en PM)
[UST4167] TAX-LL-001 : Diverse-kolom in interne configurator (voor BIDI en PM)
[UST4167] TAX-LL-001 : Diverse-kolom in interne configurator (voor BIDI en PM)

- Fake nodig voor test.

    • -0
    • +52
    ./Data/ZijkantLogo.cls.xml
object LadeOnderdeel doorgeven, i.p.v. Rol As enu dan moet je voor Bodem niet opnieuw de "..MaakLosseComponent(Kenmerken) " opnieuw oproepen --> vermijd dubbel werk.

object LadeOnderdeel doorgeven, i.p.v. Rol As enu
dan moet je voor Bodem niet opnieuw de "..MaakLosseComponent(Kenmerken) " opnieuw oproepen --> vermijd dubbel werk.

Dit is de algemene MaatwerkCalcAPI --> straf dat je hier de parameter gaat defaulten naar klant "Halux". Ik zou verwachten dat je ergens een specifieke oproep hebt, waar je dan gecontroleerd de kla...

Dit is de algemene MaatwerkCalcAPI --> straf dat je hier de parameter gaat defaulten naar klant "Halux".
Ik zou verwachten dat je ergens een specifieke oproep hebt, waar je dan gecontroleerd de klant meegeeft.

Laat voorlopig maar staan, maar hou er wel rekening mee, dat dit soort defaultings "gedurfd" is

De bijhorende UT geeft aan dat *ID = "" geeft "" *ID = 0 geeft "" Mijn vraag : is dit wenselijk, of zou het beter zijn om een exceptie te smijten? Want voor deze waarden is het eigenlijk zinloos ...

De bijhorende UT geeft aan dat

  • ID = "" geeft ""
  • ID = 0 geeft ""
    Mijn vraag : is dit wenselijk, of zou het beter zijn om een exceptie te smijten?
    Want voor deze waarden is het eigenlijk zinloos om de bepaler op te roepen.