Checkout Tools
  • last updated a few seconds ago
Constraints
Constraints: committers
 
Constraints: files
Constraints: dates
Ik ben het eigenlijk niet eens met de default-waarde True.

Ik ben het eigenlijk niet eens met de default-waarde True.

[UW732] Refactor HttpPost code voor MP's
[UW732] Refactor HttpPost code voor MP's
twee wreed lange testen. kunnen er stukken apart gestoken worden (meer Assign, Act, Assert achtig), dan valt rapper op wat de testen zelf speciaal maakt

twee wreed lange testen. kunnen er stukken apart gestoken worden (meer Assign, Act, Assert achtig), dan valt rapper op wat de testen zelf speciaal maakt

ofwel zonder commentaar in een aparte method (met een deftige naam http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif )

ofwel zonder commentaar in een aparte method (met een deftige naam )

[BUS741] VH4: MP: Galimberti: DATAOPT en HTTP POST specs en voorbeeldberichten opstellen en doorgeven...
[BUS741] VH4: MP: Galimberti: DATAOPT en HTTP POST specs en voorbeeldberichten opstellen en doorgeven...
Tja, snap uw bedenking wel. Tis hier nogal een speciaal geval. Ik wil echt een aparte log van deze melding met de juiste "Groep" en "Actie". Eigenlijk is dat omdat ik onze logging niet handig vind,...

Tja, snap uw bedenking wel.
Tis hier nogal een speciaal geval. Ik wil echt een aparte log van deze melding met de juiste "Groep" en "Actie". Eigenlijk is dat omdat ik onze logging niet handig vind, vandaar :-P

Er is consensus dat de "open accolade" meteen achter de If of Else moet staan, dus op dezelfde lijn. Er is volgens mij geen consensus of de Else/ElseIf op dezelfde lijn of op de volgende lijn moet...

Er is consensus dat de "open accolade" meteen achter de If of Else moet staan, dus op dezelfde lijn.

Er is volgens mij geen consensus of de Else/ElseIf op dezelfde lijn of op de volgende lijn moet staan.
Mijn voorkeur is op de volgende lijn, maar ik heb er geen problemen mee dat anderen de Else op dezelfde lijn zetten, i.e. achter de "}".
Idem Try-Catch

Voor mij is dit voldoende, heb geen nood aan geschreven consensus hiervoor

Na kleine rondvraag: er is een zekere consensus binnen vhict over de schrijfwijze van if else en try catch structuren nl.      if () { ... } else { ... } try { ... } catch { ... }     ...

Na kleine rondvraag: er is een zekere consensus binnen vhict over de schrijfwijze van if else en try catch structuren nl.

    
if () {
   ...
} else {
   ...
}

try {
   ...
} catch {
   ...
}
           
manueel ipv mauneel http://subversion02.vanhoecke.be/static/ogdo0b/2static/images/wiki/icons/emoticons/smile.gif

manueel ipv mauneel

Kun je in dit geval de try ... catch niet gewoon weghalen?

Kun je in dit geval de try ... catch niet gewoon weghalen?

[VRB460] EDI: SFS: Integratie vrijgave in handel-ERP: Error met HTTP POST: kunnen hernemen, en verwittigd...
[VRB460] EDI: SFS: Integratie vrijgave in handel-ERP: Error met HTTP POST: kunnen hernemen, en verwittigd...