Was macht eigentlich einen professionellen Software-Entwickler aus? Mit dieser Frage starten Ralf Westphal und Stefan Lieser gern, wenn sie erklären, worum es bei der Clean-Code-Developer-Initiative eigentlich geht. Und auch genau mit dieser Frage startete die Keynote des dotnetpro Powerdays zum Thema CCD, der am 09.03.2010 in München die Einleitung zu einem dreitägigen Workshop bot. Und die Antworten aus dem Publikum sind sehr reichhaltig: “Man hat Spaß daran, guten Code zu schreiben” und “Man hat Erfahrung.” hört man aus der einen Richtung, “Jemand ist bereit, einem für ein Programm Geld zu geben” und “Man schreibt Code den andere verstehen” aus der anderen Richtung. Letztenendes ist klar: Dies sind nicht die Kriterien für einen professionellen Softwareentwickler, sondern Professionalität aus dem Blickwinkel von CCD ist eine Mischung aus Bewusstheit und Prinzipien. Mit viel Witz und mehren verschenkten Mausmatten als Belohnung für interessante Antworten führen die beiden durch die Keynote und bringen so jedem das Thema näher.

Mit einem kleinen Ausflug in die Softwarearchitektur und einer Betrachtung von Test Driven Development geht der Tag weiter. Klar ist, die beiden wissen was sie rüberbringen wollen und vertreten da auch ihre Meinung recht konsequent. Aussagen wie “Wozu brauche ich einen Debugger – meine Tests zeigen mir doch, wo der Fehler ist”, “Zum Erstellen einer Softwarearchitektur braucht man keine Tools – nur ein Flipchart” sorgen dafür, dass selbst langjährige und erfahrene Entwickler das Problem mal aus einer anderen Richtung betrachten – und wenn uns jemand nach einer Software-Architektur für ein Warenwirtschaftssystem gefragt hat, haben wir dann nicht alle mit einem einzigen “großen Kreis mit Bubbel in der Mitte” auf dem Flipchartpapier geantwortet?

Nach einem Abstecher in Richtung Event Based Programming mit den Hauptakteuren “Paula Portal”, “Anton Adapter”, “Frieda Filter” und “Zacharias Zähler” bestand der Nachmittag darin, eine “Brownfield-Anwendung” im Sinne von CCD sauber zu machen. Leider musste ich nach der Ermittlung der guten und schlechten Eigenschaften der Anwendung die Veranstaltung verlassen, weil sonst mein Flieger ohne mich gestartet wäre, aber ich denke das anschließende Refactoring der Anwendung war auch noch sehr interessant.

Zusammenfassend: Ja, ich mag diese Art von Stefan und Ralf, wie sie solche Veranstaltungen durchführen, unabhängig davon ob sie kostenfrei auf Usergroups sind oder ob sie Workshops durchführen. Denn so wird man abseits vom täglichen Geschäft dazu animiert, mal neue Wege einzuschlagen oder anders an ein Thema heranzugehen. Schade ist, dass es im Tagungsraum im Untergeschoss kein WLAN oder UMTS gab, denn sonst wären einige der Sprüche der beiden sicher sofort per Twitter in der virtuellen Welt gelandet.

Und der Ausspruch eines Teilnehmers “Ich bin der, der unbedingt hierher wollte, weil es interessant ist; mein Kollege hätte es aber eigentlich nötig gehabt, das mal mitzumachen.” zeigt, dass das Thema durchaus interessant ist, aber noch nicht alle die Notwendigkeit gesehen haben, wirklich professionell zu arbeiten.

Seit dem 23.02.2010 steht das Cumulative Update Februar 2010 für Windows SharePoint Services 3.0 und  Microsoft Office SharePoint Server 2007 zum download bereit.

Build#: 12.0000.6529.5000

WSS 3.0

Hotfix Download: http://support.microsoft.com/kb/978396

Folgende Hotfixes sind in diesem Paket enthalten:

• 978389 (http://support.microsoft.com/kb/978389/ ) Description of the Windows SharePoint Services 3.0 Cumulative Update server hotfix package (Sts-x-none.msp): February 23, 2010
• 977731 (http://support.microsoft.com/kb/977731/ ) Description of the Windows SharePoint Services 3.0 hotfix package (Sts-x-none.msp, Wssmui-en-us.msp): December 15, 2009

MOSS 2007

Hotfix Download: http://support.microsoft.com/kb/978395

Folgende Hotfixes sind in diesem Paket enthalten:

• 978392 (http://support.microsoft.com/kb/978392/ ) Description of the Office SharePoint Server 2007 Cumulative Update server hotfix package (Coreserver-x-none.msp): February 23, 2010
• 978391 (http://support.microsoft.com/kb/978391/ ) Description of the Office SharePoint Server 2007 Cumulative Update server hotfix package (Coreserver-x-none.msp, Spswfe-x-none.msp): February 23, 2010
• 978397 (http://support.microsoft.com/kb/978397/ ) Description of the Office Project Server 2007 hotfix package (Pjsrvapp-x-none.msp, Pjsrvwfe-x-none.msp): February 23, 2010
• 978394 (http://support.microsoft.com/kb/978394/ ) Description of the Office SharePoint Server 2007 Cumulative Update server hotfix package (Coreserver-x-none.msp, Coreservermui-en-us.msp): February 23, 2010
• 979180 (http://support.microsoft.com/kb/979180/ ) Description of the Office SharePoint Server 2007 Cumulative Update server hotfix package (Dlc-x-none.msp): February 23, 2010
• 979377 (http://support.microsoft.com/kb/979377/ ) Description of the Office Forms Server 2007 hotfix package (Ifswfe-x-none.msp): February 23, 2010
• 979179 (http://support.microsoft.com/kb/979179/ ) Description of the Office SharePoint Server 2007 Cumulative Update server hotfix package (MOSS server-package): February 23, 2010

Wie werden nun diese  Sharepoint Listen gezeichnet? Wie könnte nun der neu zu entwickeltende, spektakuläre Cover Flow für Sharepoint aussehen, den man sich gerade noch im Kopf zurecht gerückt hat? Irgendwie muss dieser im Kopf entwickelte Prototyp nun in das Konzept übertragen werden. Spätestens an diesem Punkt steigen die meisten Consultants oder Artgenossen aus. Einige versuchen sich noch hartnäckig mit ihren Copy & Paste Fähigkeiten (Photoshop und Co.) das gewünschte Bild zusammen zu montieren. Aber sind wir doch mal ehrlich: schön ist das nicht.

Wer öfters mal eine Dokumentation oder aber auch ein Fachkonzept schreibt, wird dieses Szenario wahrscheinlich nur zu gut kennen.

Die kleine italienisch/amerikanische Firma Balsamiq Studios hat sich auf die Flagge geschrieben, uns genau in dieser schweren Zeit der “Ideen-Illustration” zu unterstützen. Gegründet und geleitet wird die kleine Firma von Giacomo ‘Peldi’ Guilizzoni, einem Ex – Adobe Software Lead. Mehr über die Gründungsgeschichte von Balsamiq kann in diesem (empfehlenswerten) Blogpost gefunden werden.

Wie sieht so eine “Skizze”, welche mit Balsamiq entworfen werden kann, denn nun aus?

[filebase:file:file=10:tpl=image_thumbnail]

Genau so!

Auf den ersten Blick zu erkennen ist die liebevolle Scribble oder Kritzeloptik der erstellten Mockups (auch als WireFrames bezeichnet). Der Vorteil dieser Scribble Optik ist, dass kein Kunde auf die Idee kommen könnte, “Sie haben das doch schon fertig” zu sagen.

Da der Gründer von Balsamiq ja bekanntlich aus dem Hause Adobe stammt, ist es nicht verwunderlich, dass die Balsamiq Technologie auf Flash basiert. Das Desktop Pendant basiert dementsprechend auf Adobe AIR. Insoweit könnte Balsamiq als plattformunabhängig bezeichnet werden.

Bedienung:

[filebase:file:file=11:tpl=image_thumbnail]

Die Bedienung und die Oberfläche von Balsamiq sind äußerst intuitiv. Die Lernkurve ist somit sehr niedrig bis vernachlässigbar. Selbst Tastatur Shortcuts wie STRG+C oder STRG+V wurden berücksichtigt.

Balsamiq verfügt über eine große Bibiliothek an mitgelieferten Controls. Diese sehen durch die Bank sehr gut aus. Selbst iPhone Mockups lassen sich mit der Standard Version realisieren.

Wem die mitgelieferten Mockup Elemente nicht ausreichen, kann diese erweitern: Die Webseite Mockupstogo beispielsweise bietet hierfür eine Fülle an Add-ons wie etwa Controls für Sharepoint, Windows Mobile oder Facebook. Diese Erweiterungen liegen im BMML Format vor und könnnen nur in die Desktop Variante von Balsamiq integriert bzw. geöffnet werden.

Die fertigen Zeichnungen können in das XML, PNG sowie PDF Format exportiert werden. In der Try-out Version sind diese noch mit einem Copyright versehen (nicht aufdringlich).

Die exportierten Dateien können selbstverständlich auch wieder im Format BMML sowie XML importiert und weiter verarbeitet werden.

Undo sowie Redo sind möglich.

Kompatibilität:

Über die Kompatibilität von Balsamiq wurde bereits gesagt, dass es durch die Verwendung des AIR Frameworks nahezu plattformunabhängig ist.

Wer Giacomo ‘Peldi’ Guilizzoni kennt, weiß, dass er ein bekennender Confluence Liebhaber ist. Deshalb darf Confluence auch auf der Liste der unterstützten Systeme nicht fehlen.

Hier ein kleiner Auszug:

• Confluence
• JIRA
• FogBugz
• XWiki
• und die Desktop Variante

Preismodell und Lizenzierung:

Für die Desktopversion von Balsamiqu werden 79$ fällig. Für mehr als einen Benutzer gelten spezielle Discountpreise, welche hier eingesehen werden können.

• 5 Versionen für $ 379
• 15 für $ 999

Auf der Webseite von Balsamiq kann eine Webdemo getestet werden. Mit dieser können durchaus einige tolle Mockups erstellt werden. Einzigster Wermutstropfen: Alle 5 Minuten wieder muss eine Meldung akzeptiert werden.

Fazit:

+ Balsamiq spitze für die intuitive Erstellung schneller Layouts für z.B. Fachkonzepte oder ähnliches.
+ sehr flache Lernkurve
+ alles abbildbar, durch Komponenten erweiterbar
+ super Kompatibilität und Plattformunabhängigkeit

- keine Animationen möglich
- keine Navigation realisierbar
- nicht für Click Dummies geeignet (out of the box)

Was mit Balsamiq “noch” nicht möglich ist, sind verschiedene Screens und deren Verbindung zueinander darzustellen. Hier hat Microsofts SketchFlow in allen Belangen die Nase vorn.

Das Content Query WebPart bietet dem Nutzer die Möglichkeit “mal schnell” Inhalte aus einer bestimmten Site oder Liste auf einer Seite zu publizieren. Dabei besteht die Möglichkeit aus diversen Anzeige-Modi zu wählen. Sollen allerdings Inhalte aus einer Richtext-HTML-Spalte angezeigt werden, beispielsweise die Description einer Posts Liste, wird das HTML nicht aufgelöst.

[filebase:file:file=6:tpl=image_center] Die Lösung dieses Problems ist die Anpassung der Itemstyle.xsl, die sich in der StyleLibrary/Formatbibliothek befindet. Um im Edit-Mode des CQWPs einen zusätzlichen Item Style zu haben, der HTML nicht als Text interpretiert, muss in der Itemstyle.xsl ein Template (zum Beispiel LargeTitle) kopiert und angepasst werden.

<xsl:template name="LargeTitle" match="Row[@Style='LargeTitle']" mode="itemstyle">
...
</xsl:template>

Hier sollten nun die Attribute name und match entsprechend verändert werden (zum Beispiel LargeTitle durch NewLargeTitle ersetzen). Damit das HTML des Blogeintrags, also der Description Spalte, interpretiert wird und nicht als Text ausgegeben wird, muss nun noch die Ausgabe des Description Values von

<div>
<xsl:value-of select="@Description" />
</div>

in

<div style="padding-left:5px; color:#333333;">
<xsl:value-of select="@Description" disable-output-escaping="yes"/>
</div>

geändert werden. Dabei ist vorallem das Attribut disable-output-escaping=”yes” wichtig, welches eine Escape-freie Ausgabe liefert, also die RichHtml-Tags interpretiert und nicht einfach ausgibt. (mehr Informationen hier)

Die Ausgabe des Content Query WebParts sollte nun ungefähr so aussehen. [filebase:file:file=8:tpl=image_center]

Den Auftakt zum letzten Tag auf der Basta! macht für mich Custom Field Types – Entwicklung und Einsatzmöglichkeiten mit Oliver Wirkus. Die Entwicklung eines Custom Field Type für SharePoint ist eher unspektakulär und wer das schon einmal gemacht hat, wird dazu hier nicht viel Neues erfahren. Einen Tipp möchte ich noch weitergeben: Für die Festlegung von Konfigurationseinstellungen bieten sich die Custom Properties in der fldtype_xxx.xml an – allerdings sollte man bedenken, dass diese bei einem Update immer wieder “überbügelt” wird (dennoch sind die Daten dort allemal besser aufgehoben als “hard coded”). Folgende “Unschönheiten” bzgl. Custom Field Types sollte man bei deren Verwendung bedenken:

• Office (bis incl. 2007) unterstützt keine Custom Field Types -> diese werden beim Speichern in einer DocLib z.B. aus Word heraus nicht berücksichtigt.
• Custom Field Types werden beim Export einer Liste nach Excel nicht mit übernommen.
• Custom Field Types werden in der Datenblattansicht nicht angezeigt.

Zum Schluss noch ein paar Anwendungsbeispiele für Custom Field Types:

• Implementierung von Validierungsregeln (Anmerkung: geht mit SharePoint 2010 out-of-the-box)
• Implementierung von Field Level Permissions
• Anbindung externer Sytems (z.B. Stammdaten für Lookups aus SAP) – Anmerkung: die Anbindung externer Listen über die BDS in SharePoint 2010 dürfte auch hier in etlichen Fällen mit Bordmitteln Abhilfe schaffen
• Lookups auf Listen in einer anderen SharePoint Website
• Lookups mit besserer GUI als im SharePoint-Standard (z.B. für sehr viele Einträge)

SharePoint Deluxe mit Silverlight Dynamic Data mit Stephan Kitzler-Walli ist zur Abwechslung mal eine etwas anspruchsvollere Session zu SharePoint-Entwicklung. Es geht um die Erstellung eines dynamischen Listeninhaltseditors (Webpart) auf der Basis von Silverlight. Die Idee ist ebenso einfach wie bestechend: (generischer) C#-Code sorgt für das Einlesen der Daten, die interne Umwandlung der SharePoint-Datentypen in .Net-Datentypen (welche von Silverlight verarbeitet werden können) und das Speichern des ListItems. Das Rendern wird dann über XAML gesteuert – spezifisch für die jeweilige Liste bzw. den Content Type, auf dem der Listeneintrag basiert. Es gibt jede Menge Code und das Ergebnis kann sich blicken lassen.

Nun die letzte Keynote dieser Konferenz: Why does functional code matter? mit Ted Neward, der sich darum bemüht, die funktionale Programmierung aus der Ecke für akademische Sonderfälle herauszubringen. Der Einstieg gelingt provozierend mit “In the beginning god created objects…” – und er sah, dass es gut war, möchte man ergänzen. Warum um alles in der Welt sollte man sich davon jetzt wieder abwenden? Man soll gar nicht. Die Botschaft der Keynote ist: Funktionale Programmierung wird die objektorientierte nicht verdrängen, sondern ergänzen. Sie ist mit objektorientierten Konzepten kombiniert besonders mächtig und sollte einfach als “zusätzliches Tool in der Toolbox” gesehen werden.

Datengetriebene Applikationen mit NHibernate und Spring.NET mit Manfred Steyer gibt eine gute Einführung in den OpenSource-O/R-Mapper, der als starke Alternative zum Entity Framework gilt. NHibernate zeichnet sich durch folgende Features aus:

• Beziehungen aller möglicher Kardinalitäten (1:n, n:1, 1:1, n:m)
• Wahlweise Lazy oder Eager Loading
• viele verschiedene Fetch-Strategien
• Implementierung von Kaskaden (z.B. Löschweiterleitung)
• Implementierung von Vererbung mit verschiedenen Strategien
• Concurrency (wahlweise Lockmechanismen aus der zugrunde liegenden Datenbank oder eigene)

Natürlich gibt es auch Codebeispiele “am lebenden Objekt”. Fazit: Nhibernate ist sehr mächtig, es geht fast alles, was in der Datenbank geht…

Das Applikationsframework Spring.NET unterstützt darüber hinaus bei immer wieder anfallenden Aufgaben. Insbesondere sei hier das Testing datenbank-lastiger Anwendungen aufgeführt. Zusammen mit NHibernate kann sich Spring.Net zu voller Größe entfalten, um z.B. das Transaktionsmanagement zu übernehmen oder das Testen noch einfacher zu gestalten. Die Vorteile der beiden Frameworks liegen auf der Hand. Dennoch sollte man auch die Nachteile nicht außer Acht lassen, z.B. die relativ hohe Einstiegshürde, die komplexe Konfiguration und das teilweise etwas schwierige Versionsmanagement (insbesondere zwischen Spring.Net und NHibernate).

Last but not least gibt es mit 10 spannende Sachen, die man mit der SQL-Server-CLR-Integration machen kann mit Thorsten Kansy ein Angebot an Anwendungsbeispielen für CLR Funktionen – natürlich mit Codebeispielen. Einsatzmöglichkeiten sind z.B.

• Validierungen (E-Mail-Adressen, ISBN, …) mittels regulärer Ausdrücke
• Datumsformatierung
• Konkatenation von Zeichenketten
• Verschlüsselung
• Dublettensuche (hier mit Damerau-Levenshtein-Distanz)
• E-Mail-Versand mit SMTP
• Abfragen von Währungskursen mittels Webservice

Und so geht sie also dem Ende entgegen, die BASTA! Spring 2010. Nach 3 Tagen Konferenz fühlt der Kopf sich ungefähr genauso voll an wie der Magen, nun gilt es, das Gehörte weiterzutragen und, wo möglich, in der täglichen Arbeit anzuwenden…

Problembeschreibung

Bei der Entwicklung von mehreren Plugins kann es vorkommen, dass Texte mehrfach übersetzt werden müssen, wodurch somit Redundanzen entstehen. Der Ursprung liegt dann bei Atlassian Confluence, welches das Sharen von i18n-keys über die verschiedenen Plugins hinweg nicht ermöglicht.

Problemlösung

Damit Redundanzen beseitigt werden können, müssen die i18n-keys zentral abgelegt werden. Dazu kann man einen bestimmten Plugintyp von Confluence – das Sprachplugin – nutzen.

Diese Erkenntnis ist wichtig, da für die Lösung des oben genannten Problems, es notwendig ist, die Standard Sprachplugins von Confluence zu deinstallieren und die darin enthaltenen property Dateien in das neue SprachPlugin zu überführen.

Außerdem muss die atlassian-plugin.xml des Sprachplugins, wie folgt angepasst werden.

<language name="German" key="de_DE" language="de" country="DE">

   <resource name="de_DE.png" type="download"
      location="templates/languages/de_DE/de_DE.png">
      <property key="content-type" value="image/png"/>
   </resource>
 </language>

<language name="Spain" key="es_ES" language="es" country="ES">
   <resource name="es_ES.png" type="download"
       location="templates/languages/es_ES/es_ES.png">

       <property key="content-type" value="image/png"/>
   </resource>
</language>

<resource name="i18n" name="i18n_my_plugin" type="i18n" location="/my_plugin"/>

<!-- Important entry, because you have to add the default
          i18n files to this new plugin -->

<resource name="i18n" name="i18n_default" type="i18n"
     location="/ConfluenceActionSupport"/>

Vielseitige Lösung

Diese Lösungsansatz beseitigt nicht nur Redundanzen, sondern bietet auch in Kombination mit Maven, eine Möglichkeit mehrere Varianten einer Pluginlösung textuell abzugrenzen.

Für diesen Fall kann man mittels Maven tricksen. Wichtig hierbei ist eine eindeutige Namenskonvention für die Unterteilung der properties vorzunehmen. Beispielsweise kann man die properties wie folgt namentlich abgrenzen:

• my_plugin.properties
• my_plugin_typex.properties
• my_plugin_typey.properties
• my_plugin_de_DE.properties
• my_plugin_typex_de_DE.properties
• my_plugin_typey_de_DE.properties

Ist das geschehen, definiert man in der atlassian-plugin.xml des LanguagePool-Plugins folgende Zeilen:

<resource name="i18n" name="i18n_my_plugin_general" type="i18n"
     location="/my_plugin"/>

<resource name="i18n" name="i18n_my_plugin_specific" type="i18n"
     location="/my_plugin_${TYPE}"/>

Letztlich müssen im Eclipse zwei neue Maven Run-Configurations erstellt werden, die das entsprechende Goal (Bsp.: package, install oder atlassian-pdk:install) verwendet und im Environment-Tab die Variable TYPE auf typex oder auf typey setzt.

Am 24.02.2010 haben sich die .NET Freaks aus Dresden und Umgebung zur .NET Usergroup bei uns im Hause zusammen gefunden. Diesmal wurde es gruselig. Alexander Groß führte uns durch ein aktuelles Projekt, welches sich rund um die  Bestattung und Einäscherung dreht. Die Idee des Vortrages, welcher eigentlich kein Vortrag im engeren Sinne darstellte, war die gemeinsame Betrachtung eines aktuellen Projektes und deren verwendeten Techniken.

Schon nach einigen Minuten kam es zu interessanten Diskussionen.

Alexander zeigte beispielsweiße wie in seinem Projekt Rake verwendet wird um auf einfache Weise Konfigurationen leicht wartbar zu halten. Außerdem wie Rake und MSDeploy zusammen ein super Team darstellen um Anwendungen zu deployen.

Weiter ging es mit IOC Containern (Inversion of Control Containers and the Dependency Injection pattern) und deren Möglichkeiten der Verwendung.  Aufbauend darauf entfachte eine Diskussion über das Prinzip des ServiceLocators und deren Gefahren.

Weitere gezeigte Techniken und Frameworks waren:

• FubuMVC
• NHibernate
• AutoMapper
• ReSharper
• Rake und MSDeploy
• IOC

Ein gelungener Abend aus dem jeder mit etwas mehr Wissen heraus gehen konnte. Der Ein oder Andere wahrscheinlich auch etwas geplättet von der Fülle und Qualität der gebotenen Themen. Bleibt nur zu sagen: Vielen Dank Alexander für diesen tollen Einblick.

Wir werden uns alle auf dem .NET Open Space 2010 wiedersehen, bei dem die eine oder andere Diskussion bestimmt weiter geführt werden kann.

Auf zum 2. Tag der Basta! Hauptkonferenz – und damit dem ersten der beiden SharePoint Days. Heute gibt es keine morgendliche Keynote, sondern es geht gleich in die Sessions – für mich ist das als erstes Sehenswertes aus SharePoint 2010 mit Tom Wendel. Erstaunlich für mich, dass nur ca. ein Drittel der anwesenden Entwickler Sharepoint 2010 überhaupt schon gesehen hat. Dementsprechend “basic” fällt die Vorstellung der Neuerungen aus – weshalb ich hier auch auf eine detaillierte Auflistung verzichte. Trotzdem ein paar “Bruchstücke”, die mir nennenswert erscheinen:

• Obwohl Firefox 3.5 als First-Level-Browser für SharePoint 2010 unterstützt wird, funktionieren einige Features, die ActiveX verwenden (z. B. die Datenblattansicht für Listen oder die Office-Integration), nicht mit Firefox.
• Custom Actions (z.B. um einer Liste zusätzliche Menüeinträge incl. dahinterliegender Funktionialität  hinzuzufügen) müssen nicht mehr zwingend programmiert werden, sondern können (mit begrenztem Funktionsumfang) auch mittels SharePoint Designer erstellt werden.
• In Listen können sowohl auf Spalten- als auch auf Listenebene Validierungsregeln hinterlegt werden (“Spalte Geburtsdatum darf nicht in der Zukunft liegen”, “wenn bei Spalte X “Ja” ausgewählt ist, darf Spalte Y nicht leer sein”). Der Umfang der für die Regeln verfügbaren Funktionen ist herauszufinden – wahrscheinlich ähnlich Excel…
• Business Connectivity Services sind (anders als der BDC in MOSS 2007) Bestandteil der SharePoint Foundation.

Als nächstes schere ich mit ASP.NET 4.0 – Was ist neu? mit Holger Schwichtenberg (zumindest im strengen Sinne) aus der SharePoint-Schiene aus. Hier wird Schlag auf Schlag eine Vielzahl kleiner und größerer Verbesserungen präsentiert – nachfolgend eine Auswahl:

• Die web.config ist (im Standard) deutlich kleiner/übersichtlicher geworden.
• Auto-Start für Webanwendungen konfigurierbar (bei Start des Application Pools) -> Zeit für erstes Laden wird verkürzt. Es ist auch möglich, einen eigenen Autostart-Provider zu schreiben.
• Extensible Output Caching: Damit ist jetzt steuerbar, was mit dem @OutputCache passiert (muss nicht mehr zwingend im RAM gehalten werden, sondern z.B. im Dateisystem oder auch gemäß einem selbst erstellten OutputCache-Provider…)
• Query Extender Control: für das vereinfachte deklarative Filtern im Backend. Für weitere Infos gibt es hier einen Blogpost dazu.
• ClientIdMode-Property: Damit kann die ClientId eines Controls endlich gezielt beeinflusst werden (ClientIdMode=static bewirkt, dass die ClientId gleich der Id auf dem Server ist – auch wenn die Seite im SharePoint läuft… )
• Verbesserung beim Rendering von Menu Controls: anstelle von Tabellen werden jetzt <ul> und <li> Elemente verwendet
• ASP.NET AJAX 4.0 ist nicht Bestandteil von ASP.NET 4.0, sondern es ist die ASP.NET AJAX Library (verfügbar via Codeplex, aber voll supported durch Microsoft) erforderlich. Diese enthält
  • die MS AJAX Library
  • das AJAX Control Toolkit
• in Visual Studio 2010 wurde nicht nur die Intellisense-Unterstützung für JavaScript verbessert, sondern es gibt jetzt auch Code Snippets für JavaScript und HTML.

Nun geht es wieder zurück zu SharePoint: SharePoint 2010 – endlich richtig programmieren mit Jörg Krause. Den Einstieg mach eine coole Folie zur Evolution eines SharePoint-Entwicklers. Die einzelnen Entwicklungsstadien sind (sinngemäß):

1. Ablehnung (“Das geht doch überhaupt nicht!”)
2. Ärger (“Wieso gerade ich?”)
3. Geschäftstüchtigkeit (“Das ist mein Job, also werde ich ihn machen!”)
4. Depression (“Es geht nicht, es ist nicht hinzukriegen – es geht einfach nicht!”)
5. Akzeptanz (“Es geht, wenn es auch nicht einfach ist.”)

Es ist den anwesenden Entwicklern im Raum anzumerken, dass sie wissen, worüber hier gesprochen wird… Der Vortrag selbst behandelt viele Fragen, mit denen ein SharePoint-Entwickler sich im Laufe seines Entwicklerdaseins auseinandersetzen muss - hier sollen noch die Tools aufgelistet werden, die für die Entwicklung für SharePoint 2010 unverzichtbar sind:

• Visual Studio 2010
• SharePoint Designer 2010
• Fiddler
• IE Developer Bar (Anm.: ich würde Firebug fast noch vorziehen)
• Reflector
• SDK Tools: psconfig (Power Shell), stsadm, SPMetal

Das Ende der Mittagspause wird durch eine eingeschobene Keynote zu Windows Phones mit Frank Prengel ersetzt. Beeindruckend für mich ist die neue Erkenntnis von Microsoft : “… a phone is just not a PC”!

Und weiter geht es mit SharePoint: SharePoint Object Model – From SPFarm to SPListItem mit Jörg Krause. Auch hier wieder etliches schon Bekanntes, erfreulich die Arbeitserleichterungen mit SharePoint 2010 bzw. Visual Studio 2010:

• neue Templates in Visual Studio
• neue EventReceiver für Listen, Workflows und Webs
• F5 Debugging Experience

Last not least noch ein paar wichtige (und vor allem hilfreiche! ) Hilfsklassen, die jeder Entwickler benutzen sollte, anstatt “das Rad neu zu erfinden”

• SPUtility
• SPUrlUtility
• DateOptions
• SPHttpUtility
• (SPDiffUtility)

Nach dem Abendbrot kommt noch ein richtiges Bonbon in Form einer weiteren Keynote: Why Software sucks – and what you can do about it mit David S. Platt.

Eigentlich ist es ganz simpel, was der Nutzer will: “I just want it to work!”. Warum tun wir’s nicht einfach?!

Laut David gilt es genau ein, unumstößliches, Prinzip zu beachten: KNOW THY USER, FOR HE IS NOT THEE. Dies belegt er uns eindrucksvoll (und unter vielen Heiterkeitsausbrüchen) an diversen Beispielen. Und es ist ja wirklich wahr: der Durchschnittsnutzer von Software (speziell im Internet!) ist nun mal kein männlicher, zumeist studierter, Programmierer, welcher ein Auto ohne Automatikschaltung fährt.

Nachdem er uns einige abschreckende und auch gelungene Beispiele aus dem Leben gezeigt hat (hier sei nur so viel verraten: Google schneidet besser ab als Microsoft – aber es gibt auch noch Schlimmeres…), gibt David uns noch ein paar Tipps mit, um dem Problem beizukommen:

1. Add a virgin to the design team (“Blindness improves your vision”).
2. Break convention when needed.
3. Don’t let edgecases complicate the mainstream.
4. Instrument — carefully.
5. Allways ask: Is this individual design decision bringung us  closer to “just working” or farther?

So: Make it just work!

Dem Einen oder Anderen hat Visual Studio wahrscheinlich schon einmal mit dieser leicht dominierenden Bildschirmausgabe überrascht. Wahrscheinlich aber haben es die Meisten noch nie zu Gesicht bekommen, denn wir sind ja keine Copy & Paste Entwickler.

Das ist der besagte Hinweis:

RDClip

Randbedingungen:
Ich verwende eine virtuelle Maschine(Windows Server 2003) unter Microsoft Virtual Server 2005 R2.

Das Problem tritt gelegentlich auf, wenn innerhalb der Host Maschine etwas kopiert wird und anschließend versucht wird, das soeben kopierte, in Visual Studio, auf der Entwicklungsmaschine, einzufügen.

Lösung:

Wie kann dieses Problem nun gelöst werden? Anfangs dachte ich, der Übeltäter wäre Visual Studio, und beendete einfach den devenv.exe Prozess. Irgendwann irritierte es mich aber, dass sobald diese Meldung auftauchte überhaupt kein Copy & Paste mehr funktionierte. Zu diesem Zeitpunkt fand ich heraus, dass der eigentliche, anfangs nicht verdächtige, Prozess rdpclip.exe der Schuldige war.

Um also in Visual Studio weiter arbeiten zu können, muss einfach der Prozess rdclip.exe beendet werden. Dies kann leicht über den  Task Manager vollführt werden.

Falls anschließend wieder Copy & Paste verwendet werden soll, nicht vergessen den RdpClip.exe Prozess wieder zu starten. Gefunden werden kann dieser im Verzeichnis C:\Windows\System32

SharePoint 2010 bietet mit der Assembly Microsoft.SharePoint.Linq.dll (zu finden im Ordner 14\ISAPI) die Möglichkeit, recht einfach Listeninhalte abzufragen. Wenn man sich etwas näher damit beschäftigt, kann man sehr viele Parallelelen zu LINQ to Objects und Linq to SQL entdecken.

Erster Schritt ist, eine Referenz auf die genannte Assembly hinzuzufügen. Ab diesem Zeitpunkt steht der Namespace Microsoft.SharePoint.Linq zur Verfügung. Dieser beinhaltet die Klasse DataContext, über die ähnlich wie bei LINQ to SQL auf die Inhalte zugegriffen werden kann. Die Initialisierung des Kontexts ist recht einfach – hierzu wird einfach im Konstruktor des Objekts die Url der zu verwendenden Site übergeben.

Vor dem Erfolg steht aber ein wenig Arbeit, denn der Zugriff ist typsicher und so müssen für die verwendeten Inhaltstypen Klassen angelegt werden. Auch hier zeigen sich wieder Parallelen zu bereits Bekanntem: Mit Hilfe des Tools SPMetal (zu finden im Ordner 14\BIN) können die Klassen auf Basis einer bestehenden Site automatisch erstellt werden.

Ab diesem Zeitpunkt ist es recht einfach, wie das folgende Beispiel zeigt:

DataContext data = new DataContext("http://mysite/");

EntityList<Page> wikiPages = data.GetList<Page>("Pages");
var filteredPages = from wikiPage in wikiPages
            where wikiPage.Name == "Inline-Process-Editor.aspx"
            select wikiPage;

foreach (var filteredPage in filteredPages)
{
    Console.WriteLine(filteredPage.Path);
}