https://fgheysels.github.io/
Jazeker! Alleen je wel wat dingen aangepast, ik vind sommige regels wat streng. Kijk elke keer even, bij elke build. Want aan het einde, je 1.0 versie geeft soms wel heel veel waarschuuwingen
Mijn ervaringen zijn nogal wisselend. Ik vind het programma op zich geen slecht idee, maar de regels zijn soms te triest voor woorden. Een protected member in een abstract class bijvoorbeeld mag niet een prefix hebben (zoals '_'). Deze is ALTIJD private, dus de regel dat een public member geen prefix mag hebben gaat niet op. Maar daar dachten zij dus anders over. Waarom ze het per-se zo willen zien is me een raadsel, maar ach 
Wat verder vrij belabberd is is dat de regels soms niet matchen met de guidelines voor library developers in de .NET reference manual
Wat verder vrij belabberd is is dat de regels soms niet matchen met de guidelines voor library developers in de .NET reference manual
Creator of: LLBLGen Pro | Camera mods for games
Photography portfolio: https://fransbouma.com
Idd, die regel vind ik ook een beetje 'bagger'. Echter, het gaat veel verder dan enkel FxCop die over die regel valt: als je je assembly compiled met het CLSCompliant attribute, en je hebt een protected member met een _ als prefix, dan compiled het gewoon niet.EfBe schreef op 27 september 2004 @ 18:54:
Mijn ervaringen zijn nogal wisselend. Ik vind het programma op zich geen slecht idee, maar de regels zijn soms te triest voor woorden. Een protected member in een abstract class bijvoorbeeld mag niet een prefix hebben (zoals '_'). Deze is ALTIJD private, dus de regel dat een public member geen prefix mag hebben gaat niet op. Maar daar dachten zij dus anders over. Waarom ze het per-se zo willen zien is me een raadsel, maar ach
Daar heb ik geen ervaring mee.Wat verder vrij belabberd is is dat de regels soms niet matchen met de guidelines voor library developers in de .NET reference manual
https://fgheysels.github.io/
Het kan idd een hulp zijn als je ergens een rare bug in je app hebt. Indien je een virtual method vanuit je constructor oproept bv , dan zal hij dat rapporteren.Verwijderd schreef op 27 september 2004 @ 19:50:
Fxcop gebruiker meldt zich. Het tooltje heeft met toch al op heel wat fouten gewezen.
https://fgheysels.github.io/
Nog mensen die het gebruiken?
https://fgheysels.github.io/
Je gaat in 1 keer topics openen met lastige vragen door die FxCop ([rml]whoami in "[ .NET] SecurityPermission bij System.Exc..."[/rml]), dus iedereen is bang voor meerwhoami schreef op 28 september 2004 @ 22:42:
Nog mensen die het gebruiken?
In mijn omgeving word FxCop niet gebruikt, ik hoor er veel negatieve eigenwijse verhalen over. De meeste willen denk ik niet gecorigeerd worden denk ik.
Het is wel zo dat FxCop over veel dingen net teveel zeurt, sommige dingen die jij gewoon gewent bent, zoals dat protected members in een abstract class geen prefic van een underscore mogen hebben.
Als je dit gewent bent is dat wel kloten, maar gelukkig kun je het ook negeren
questa schreef op 29 september 2004 @ 08:43:
[...]
Je gaat in 1 keer topics openen met lastige vragen door die FxCop ([rml]whoami in "[ .NET] SecurityPermission bij System.Exc..."[/rml]), dus iedereen is bang voor meer
Mensen die niet gecorrigeerd willen worden... tja.... die blijven dan maar in hun stramien werken en zullen dan ook nooit iets bijleren denk ik. Maar dat is off-topic.In mijn omgeving word FxCop niet gebruikt, ik hoor er veel negatieve eigenwijse verhalen over. De meeste willen denk ik niet gecorigeerd worden denk ik.
Idd, maar in dat voorbeeld volgt hij gewoon de regels om CLS Compliant code te schrijven.Het is wel zo dat FxCop over veel dingen net teveel zeurt, sommige dingen die jij gewoon gewent bent, zoals dat protected members in een abstract class geen prefic van een underscore mogen hebben.
Dergelijke regels hoef je idd niet op te volgen, maar FxCop is imo vooral interessant ivm security-regels, etc...Als je dit gewent bent is dat wel kloten, maar gelukkig kun je het ook negeren
https://fgheysels.github.io/
Daar ben ik het zeker mee eens. Ik probeer me hier altijd wel op aan te passen. Het was alleen de 1e keer wel wennen.whoami schreef op 29 september 2004 @ 14:05:
Mensen die niet gecorrigeerd willen worden... tja.... die blijven dan maar in hun stramien werken en zullen dan ook nooit iets bijleren denk ik. Maar dat is off-topic.
Hier heb je een punt, alleen als je dit al 10jaar gewent bent is het even lastig. Maar je moet wel open staan om dit te veranderen vind ik. Maar ik ben nog maar een broekkie, dus is voor mij nog niet zo moeilijkIdd, maar in dat voorbeeld volgt hij gewoon de regels om CLS Compliant code te schrijven.
Dit is voor mij ook de voornamelijkste reden inderdaad.Dergelijke regels hoef je idd niet op te volgen, maar FxCop is imo vooral interessant ivm security-regels, etc...
Pagina: 1