ToeleveringSplitserBepaler.cls.xml

Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Openstaand onderwerp voor het team. http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif voor mij is het verschil tussen de INT file van een mockable class ...

Openstaand onderwerp voor het team.

voor mij is het verschil tussen de INT file van een mockable class die overerft van implementatie of van interface, reden genoeg.

  • interface heeft enkel de 3 methods met testframework code. (geen implementatie)
  • door tech mockable wordt de volledige implementatie overgenomen in de INT van de mockclass. -> onnodig en neemt extra memory bij testen. Dit is net wat we niet willen bij testen.
idem.

idem.

idem

idem

Kurt, ik deel hier de mening van Martijn. Volgens mij voldoende om de Utils-klasse te laten afleiden van TECH.Mockable

Kurt, ik deel hier de mening van Martijn.
Volgens mij voldoende om de Utils-klasse te laten afleiden van TECH.Mockable

Waarom een interface?

Waarom een interface?

Waarom is interface?

Waarom is interface?

ICT-930: Refactoring nodig voor klassen van activiteiten. (vooral spoelbak is meer dan enkel spoelbak.)
ICT-930: Refactoring nodig voor klassen van activiteiten. (vooral spoelbak is meer dan enkel spoelbak.)
ICT-930: Refactoring nodig voor klassen van activiteiten. (vooral spoelbak is meer dan enkel spoelbak.)
ICT-930: Refactoring nodig voor klassen van activiteiten. (vooral spoelbak is meer dan enkel spoelbak.)
[ICT-930] Refactoring nodig voor klassen van activiteiten. (vooral spoelbak is meer dan enkel spoelbak.)

- toch terug splitserbepaler met iterator toeleveringslijnen maken.

    • -0
    • +25
    ./ToeleveringSplitserBepaler.cls.xml
  1. … 2 more files in changeset.