Voor een SharePoint ontwikkelaar is het over het algemeen lastig om unit tests te schrijven. Veel methodes en objecten leunen op een internal of sealed class in een van de binaries van SharePoint. Pex & Moles biedt ons nu de mogelijkheid toch unit tests te schrijven voor onze code.

Meer en meer krijgen we binnen software ontwikkeltrajecten de behoefte aan voorspelbaarheid, standaardisatie en snelheid. Het is niet voor niets dat Application Lifecycle Management (ALM) binnen de IT industrie steeds populairder wordt en de Microsoft ontwikkel tools steeds meer ondersteuning bieden voor op dat ALM. Eén van de aspecten hierbij is het op een zo eenduidige manier beschikbaar stellen van kennis aan het ontwikkelteam en het zoveel mogelijk wegnemen van handmatige, foutgevoelige en tijdrovende activiteiten. Microsoft heeft met haar Software Factories initiatief getracht invulling te geven aan de behoefte aan een geformaliseerde aanpak die helpt bij het identificeren, verzamelen, groeperen maar vooral bij het beschikbaar stellen van kennis, ‘proven practices’ en half fabricaten tijdens het software ontwikkelingsproces. Het is op dat vlak echter de laatste tijd stil geweest. Hierin is met de komst van “Feature Builder” verandering in gekomen.

Vraagt u zich wel eens af hoe die enorme berg aan digitale producten onder controle gehouden kan worden? Bent u van mening dat deze berg al onder controle is en dat veel minder gedocumenteerd zou moeten worden? Hoe het ook zij, tegenwoordig hebben de meeste ICT organisaties een berg aan digitale producten, zowel software als documenten. Het ziet er naar uit dat deze berg alleen nog maar groter wordt. Dit artikel, in verhaalvorm, geeft software ontwikkelaars een aantal antwoorden met betrekking tot beheer van hun deel van die digitale berg. Hopelijk zal dit artikel meer vragen oproepen dan beantwoorden. Dit vanuit de gedachte dat meer vragen, mits gesteld en goed beantwoord, uiteindelijk een positieve invloed kunnen hebben op de kwaliteit van de systemen.

Recently, Shaun Walker posted a blog in which he discussed whether DotNetNuke (DNN) should be rewritten in ASP.NET MVC. This blog created quite a stir, both within the DotNetNuke Community and within the ASP.NET Community as a whole.

In a comment that I added to Shaun’s post I suggested that the debate should not be over whether DNN should be rewritten in ASP.NET MVC (or any other framework that may come in the future), the discussion should be on “How can we enable developers to use the ASP.NET Technologies of their choice when developing extensions for DNN.” After all, if we rewrite DNN in MVC we effectively lock out WebForm developers.

Silverlight applicaties worden gehost in een webpagina, dat kan een ASP.NET pagina zijn maar dat mag ook een gewone HTML pagina zijn. De Silverlight applicatie zelf draait in een sandbox geheel onafhankelijk van deze pagina. In veel gevallen is deze situatie toerijkend. Het kan echter ook zijn dat je vanuit de Silverlight applicatie je de HTML Document Object Model (DOM) van de hosting pagina zou willen benaderen of vice versa. Dit is het moment waar de HTML Bridge in beeld komt.

Het gebruik van JavaScript voor het ontwikkelen van dynamische en interactieve websites en webapplicaties is in de afgelopen jaren enorm toegenomen. Met de komst van JavaScript Libraries worden veel van de vroegere obstakels tijdens ontwikkeling weggenomen. Dit artikel gaat over de helderste ster aan het JavaScript-library firmament, jQuery.

In this article, Cary Jensen shows what Delphi component templates are and how we can create them for ourselves, including component templates with events. Cary also shows how to install, use and delete them again.