Archive

Nachdem wir im ersten Teil der Serie ein neues AAD B2C angelegt haben, gilt es nun, die ersten Einstellungen vorzunehmen. Dieser Teil widmet sich vor allem den Themen Identity Provider, Policies und User attributes.

In letzter Zeit kommt es im Zusammenhang mit Azure-Projekten bei Kunden immer wieder dazu, dass das Azure Active Directory B2C als Produkt eine Rolle spielt. Dabei habe ich festgestellt, dass viele erstens gar nicht wissen, was es genau ist und zweitens natürlich auch keine Ahnung über den Einsatz haben. Daher habe ich mich entschlossen, hiermit eine neue Serie zu diesem Thema zu starten.

Unit-Tests zielen oft auf Projekte ab, die zur Laufzeit Daten aus einem SQL Server oder SQL Azure beziehen. Um die Komplexität möglichst unten zu halten, entscheiden sich viele Entwickler, die Datenbank zu mocken. Ich zeige heute, wie man dies mit zum Testzeitpunkt bereitgestellten und vorgefüllten Datanbanken machen kann.

Wie immer hatte ich mir vorgenommen, nicht zu viel Zeit bis zum nächsten Beitrag verstreichen zu lassen. Das hat nicht gut funktioniert. Nun aber endlich die Fortsetzung der WPF-MVVM-Serie. Dieses Mal möchte ich mich etwas näher mit Listen beschäftigen. Im Fokus werden Typen, wie ObservableCollection<>, BindingList<>, ICollectionView und andere stehen. Ich habe bewusst wieder etwas mehr geschrieben als unbdedingt notwendig gewesen wäre, um in altbewährter Tradition möglichst auch die Hintergründe zu erläutern.

Im Teil 3, der ausgehend vom jetzigen Zeitpunkt definitiv zu lange her ist (sorry dafür), hatte ich angekündigt, dass wir uns nun in die eigentlichen Spezialitäten von MVVM Light vorwagen. Hierzu sehen wir uns in diesem Teil `Converter` und den `Messenger` an.

Wie bereits angekündigt, soll es in diesem dritten Teil der Serie um das Interface `IDataErrorInfo` gehen. Das Internet ist voll von Beispiel-Implementierungen und guten, wie auch schlechten Samples. Ich will den Versuch wagen, das Thema schrittweise und möglichst elegant anzugehen.

In diesem 2. Teil der WPF-MVVM-Serie möchte ich mich vor allem mit weiteren Grundlagen beschäftigen. Es wird vor allem um das Interface INotifyPropertyChanged gehen. Diese Schnittstelle ist ein Baustein für viele der Automatismen, die WPF und MVVM erst so richtig in Fahrt kommen lassen.

Erstaunlicherweise wird im Umfeld von Windows-Anwendungen immer noch eher selten auf das MVVM-Pattern zurück gegriffen. In mehreren Kunden-Kontakten fiel mir das nun auf und ich möchte die Gelegenheit nutzen, um codingfreaks wieder zum Leben zu erwecken. In dieser mehrteiligen Artikelserie werde ich von den Grundlagen bis hin zum Einsatz von Konvertern und erweiterten Bindungs versuchen, Werbung für das Pattern MVVM zu machen. Es soll aber auch nicht verschwiegen bleiben, an welchen Stellen es einfach nicht funktioniert und wie man damit umgeht.

Ich habe es nun lange genug aufgeschoben, einen Nachfolge-Artikel zum Thema zu verfassen. Hier nun ein paar Gedanken zum praxisnahen Einsatz von Entity Framework 6 inkl. ein paar hoffentlich nützlicher Tips und Tricks.

Der Titel klingt zugegebenermaßen trivial. Ich habe allerdings immer wieder feststellen müssen, dass vielen auch langjährigen VS-Programmierern gar nicht klar ist, wie eine Solution skalierbar und im Hinblick auf Multi-Tier gebaut werden sollte. Hier ein Vorschlag.

Gestern schockte mich mein neues VS mit einer mir unverständlichen Fehlermeldung. Auch die Community konnte mir nur mit einem Ausweg weiter helfen. Ich halte das Verhalten für einen Bug und will Euch natürlich an meinen Erkenntnissen teilhaben lassen.

Da war wieder mal so ein scheinbr billiges Problem, das mir ein wenig Kopfzerbrechen bereitet hat. Die Lösung könnte dem ein oder anderen bei Abfragen im SQL-Server helfen.

Jeder möchte heute service-orientierte Anwendungen entwickeln. Gerade Microsoft hat sich auf die Fahnen geschrieben, Entwickler bei dieser Aufgabe zu unterstützen. Alles ist angeblich ganz einfach. Wenn man es dann aber wirklich machen muss, stolpert man andauernd. codingfreaks versucht, ein wenig Licht ins Dunkel zu bringen.