Tip für Produktivitätssteigerung für SharePoint Entwicklung

In den seltensten Fälle habe ich Probleme mit der Implementation meiner Klassen. Nicht weil ich so guten Code schreiben würde, aber meist ist es doch einfach so, dass gerade die SharePoint API Aufrufe nicht immer genau so reagieren, wie ich mir das wünschen würde. Um diese aber testen zu können, brauche ich die SharePoint-Umgebung und meist muss diese auch genau so vorkonfiguriert oder mit Daten gefüllt sein wie die Zielumgebung. Also muss das Testsystem gebraucht werden - und die Fehlersuche gestaltet sich dann meist in einer eher mühsamen "deploy - wait - debug - change - deploy etc." Orgie.

In letzter Zeit habe ich aber immer öfter mit einem kleinen "Trick" gearbeitet: Ich teste meine Funktionen mittels eines HttpHandlers. Das ist recht einfach zu machen, bedingt aber dass ich Remote-Zugriff auf den FrontEnd-Server habe und ich sicherstellen kann, dass meine Test-Aufrufe immer auf diesen Server kommen (im Falle von Load Balancing in grösseren Farmen). Dann baue ich mir einfach einen kleinen HttpHandler nach folgendem Muster: Gehe ins entsprechende Verzeichnis unter 12\TEMPLATE\LAYOUTS und mache ein "Custom" oder "Test" Unterverzeichnis und lege eine neue Datei an, z.B. "Test.ashx". Der Inhalt der Datei sieht im Skellet folgendermassen aus:

<%@ WebHandler Language="C#" Class="CustomFormHandler" %>    
<%@ Assembly Name="Microsoft.SharePoint, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %>  
<%@ Assembly Name="Microsoft.SharePoint.Publishing, Version=12.0.0.0, Culture=neutral, PublicKeyToken=71e9bce111e9429c" %>  
 
using System;
using System.Collections.ObjectModel;
using System.Web;
using System.Collections.Generic;
using System.Net;
using System.Data;
using Microsoft.SharePoint;
using Microsoft.SharePoint.Publishing;
 
public class CustomFormHandler : IHttpHandler
{
  
    public void ProcessRequest(HttpContext context)
    {
        SPWeb web = SPContext.Current.Web;
        // Test:
       context.Response.Write(web.Title);
    }
 
    public bool IsReusable
    {
        get
        {
            return false;
        }
    }
}
 
Der Code ist sehr einfach zu erklären: mit der <%@ Assembly Seiten-Direktive kann ich beliebige Assemblies einbinden und dann mit den usings oder direkt im Code verwenden. Da der Code "inline" geschrieben wird, brauche ich nicht zu kompilieren und eine DLL zu deployen. Und wenn auf dem Test-FrontEnd sogar Visual Studio installiert sein sollte habe ich das volle Intellisense zur Verfügung.

Nun kann ich meinen HttpHandler bereits aufrufen - und zwar von jedem beliebigen SharePoint-Web, in welche ich testen möchte über http://<pfad-zum-web>/_layouts/custom/test.ashx. Jedesmal, wenn ich eine Code-Änderung on-the-fly vornehme, zeigt mir der Handler sofort die Änderung an - kein kompilieren, kein Warten auf den ApplicationPool nach einem Recycling - einfach nur schnelle Resultate um ein Problem zu lösen oder auf die Schnelle einen SharePoint API-Aufruf zu testen und dann später in die grosse Lösung einzubauen.

Natürlich kann das selbe Verfahren auch mittels WebUserControl oder sogar mit einer ASP.NET Seite gemacht werden. Ich aber ziehe aufgrund der Unabhängigkeit und Performanz des HttpHandlers diese Variante vor.

Kommentar hinterlassen Name: Email: Ihre URL: Kommentare: Sicherheitscode eingeben: