De laatste vier weken ben ik druk bezig geweest met een project om een nieuwe view-laag toe te voegen aan Ruby On Rails. Het idee achter deze view-laag is een totale scheiding tussen de HTML-templates en de presentatie-logica. Lees verder om te zien hoe ik dat heb aangepakt.
Soms, als er iets verkeerd gaat en het enige dat je hebt is een stack trace, zou je graag wat meer informatie willen hebben over de stappen die naar het probleem leiden. Het aanzetten van debug logging kan leiden tot een enorme hoeveelheid gegevens die worden gelogd voordat de fout opnieuw optreedt. Het zou handig zijn als de debug informatie alleen zou worden gelogd kort voordat de fout optreedt en verder wordt genegeerd. Met BackTraceAppender [1], een op maat Log4J appender, is dit mogelijk.
Dit artikel beschrijft hoe BackTraceAppender te gebruiken, hoe deze is geïmplementeerd als een voorbeeld van het creëren van een Log4J appender en enkele nadelen bij het gebruik en mogelijke alternatieven. Enige ervaring met Log4J [2] is noodzakelijk.
Dit artikel wordt geschreven door een developer die slechts zeer beperkte ervaring heeft met tools zoals maven, tools die het leven van een programmeur makkelijk maken. Een uitdaging voor het schrijven van dit artikel ligt daarin toch iets zinnigs te schrijven over maven, zonder de broodnodige ervaring in de praktijk. Doel van dit artikel is een eerste indruk te geven in Maven.
De kwaliteit van software kan op 2 aspecten worden beoordeeld. De eerste is functionele kwaliteit; doet de software wat het zou moeten doen. Om dit te beoordelen zijn er methodieken, tools en frameworks beschikbaar. De andere component waarop software beoordeeld kan worden is structurele kwaliteit; is de software volgens de regels ontworpen en geïmplementeerd. Dit artikel verkent een aantal tools welke helpen de kwaliteit van code te verhogen.
·
