Eine erste Version (die eigentlich absolut statisch ist und ich nur das JavaScript testen wollte) kann man unter http://metahosting.depon.net anschauen.

Dies hat allerdings einen großen Nachteil:
Die Hintergrundjobs und Datenbank laufen nicht mehr im gleichen Prozess wie das Frontend. Damit ist der Kern des FBK-Konzepts ausgehöhlt und wird mit der MVC Entscheidung beendet.

Die Vorteile des MVC-Frameworks überwiegen die Nachteile einer Nachimplementierung. Weiterhin sind wir damit wieder ‘vollkommen’ kompatibel zur IIS-Welt und können damit Features wie IIS Express, Windows Azure oder vieles andere nutzen.

Für .Net gibt es seit einiger Zeit ‘NuGet’, das immer bekannter wird und schon die wichtigsten Bibliotheken inkludiert hat.

NuGet is a free, open source developer focused package management system for the .NET platform intent on simplifying the process of incorporating third party libraries into a .NET application during development. NuGet is a member of the ASP.NET Gallery in the Outercurve Foundation (see the press release).

Dass NuGet nur unter Visual Studio 2010 oder Visual Web Developer 2010 läuft und nicht unter der C# Express, empfinde ich als großen Nachteil. Grund wird die beschnittene Plugin-Schnittstelle der Express-Version sein.

Unter http://nuget.codeplex.com/documentation?title=Getting%20Started wird das Verhalten und Visual Studio kurz beschrieben.

SharpDevelop

Gut, dass es allerdings auch SharpDevelop gibt. In der aktuellen Version ist dort auch NuGet inkludiert. Beispielhaft möchte ich hier NUnit zur Bibliothek ‘BurnSystems.UnitTests’ hinzufügen.

Nach Klick auf ‘Add’ werden die Bibliotheken heruntergeladen und finden sich im Projekt inkludiert.

Die Dateien selbst liegen im ‘Packages’ Ordner relativ zum Speicherort der Visual Studio Solution-Datei.

Zwar sehr C#-lastig, aber ich persönlich kann damit sehr gut leben!

Gut gefällt mir auch die Möglichkeit ein ganzes Assembly in ein C#-Projekt zu verwandeln.

The aim of Umbra is to offer a simple, pluggable administration framework for filesystems, databases and of course Depon.Net 2.0.

Genutzt wird dafür der FBK. Die einzige Auffälligkeit sind die benötigten Administrator-Rechte, da unter Windows eine Registrierung mit dem http.sys diese benötigt. Hier könnte ich mir aber eine Änderung unter Windows 8 vorstellen, so dass Registrierungen unter http://127.0.0.1/~username oder ähnliches ohne Administratorrechte möglich sind.

Auch lässt sich das Programm jeweils nur einmal starten, da eine feste Url genutzt wird: http://127.0.0.1:8081/BurnSystemsCalc/index.bspx

https://bitbucket.org/mbrenn/calcweb oder direkt als Download: .zip (im bin-Verzeichnis)

Unter Linux gibt es leider ein paar Probleme mit dem eingebetteten Webbrowser, der Webserver selbst läuft einwandfrei.

Das ganze lässt sich auch in einem Webbrowser selbst bedienen (solange die Applikation aktiv ist):

Unter all den untenstehenden Plattformen kompiliert ein und die gleiche Projektdatei des FBK ohne Fehler und funktioniert auch ohne Einschränkung. Es ist jeder Zeit möglich die IDE zu wechseln und die Vorteile der spezifischen IDE zu nutzen.

.Net… Write once, run everywhere?!

1) Visual C# 2010

2) Sharpdevelop 4.0

3) Monodevelop Windows

4) Monodevelop Linux (Ubuntu)

Genau das habe ich mir auch gedacht, als ich die Präsentation von Windows 8 gesehen habe… Wo bleibt Silverlight und wo bleibt .Net bei der gesamten Gelegenheit.

Microsoft hat in den letzten 10 Jahren ein .Net-Ökosystem aufgebaut, hat eine sehr gute IDE auf den Markt geworfen, die die Code-Entwicklung unterstützt und hat eine konsistente, umfangreiche und sehr flexible Sprache mit dem Namen C# erstellt. WPF und Silverlight haben mittlerweile einen produktiven Reifegrad erreicht.

Ich hoffe nicht, dass Microsoft nun mit Windows 8 wieder die nächste Sau durch das Dorf treibt, nur heißt sie diesmal HTML 5 und JavaScript.

JavaScript in großen Ehren und Interoperabilität ist wichtiger als jemals zuvor, aber es gibt Szenarien, bei der JavaScript nicht das optimale Werkzeug. Die große Frage ist: Welchen Platz hat .Net noch?

Dann hätten wir drei konkurrierende Entwicklungsmodelle:

1. Native Sprachen (C/C++)
2. .Net / Java / dynamische Sprachen (Ruby, Python, etc)
3. Html 5/ JavaScript

Ich bin gespannt und hoffe auf Aufklärung, insbesondere über die geplanten Use-Cases. Es wäre schade, wenn man viel erworbenes Wissen wieder mal wegwerfen muss. Aber die Zeit läuft weiter und es wird immer wieder zu Umbrüchen kommen…

http://thedailywtf.com/Articles/Disgruntled-Bomb-Java-Edition.aspx

oder auch:

http://thedailywtf.com/Comments/The-Disgruntled-Bomb.aspx?pg=2#340740

static SomeCtor()
{
    typeof(string).GetField("Empty").SetValue(null, " ");
}

In Kombination mit partiellen Klassen ein Traum….

Die Lizenz erlaubt natürlich keine eigene Verteilung, aber um mal schnell was nachzuschlagen, ist dieser Code natürlich nicht schlecht.

Damit folgt MS wieder seinen alten Prinzipien, als große Teile der C-Library und MFC schon immer als Sourcecode verfügbar waren. Ich würde mir allerdings noch wünschen, wenn nicht nur die Bibliotheken, sondern auch der Quellcode der Runtime veröffentlicht worden wäre.

Unter folgendem Link findet man auch eine Übersicht aller Assemblies, die freigegeben sind:

.NET Framework 4 Reference source is available

http://www.reflector.net/2011/04/why-we-reversed-some-of-our-reflector-decision/

Today, we announced that we’re reversing some of this decision. We will still charge for .NET Reflector 7.x, but current users of Reflector will have the option of downloading a free, perpetual version of Reflector 6.8.

Sehr schön…