Morceaux choisis :

.NET Framework 1.0 : l’arrivée d’un Framework chez Microsoft

“Avant l’arrivée de .NET, pour développer une application graphique (ou console), un service ou un site Web dynamique, nous devions faire un choix parmi une jungle de modèles de développement (COM, WIN32, MFC, Visual Basic Runtime, ATL, etc.) et les langages associés (VBScript, Visual Basic 6, C++, J++, etc.). Côté déploiement d’applications, l’« enfer des DLL » [1] était le lot quotidien des équipes de développement et d’exploitation.”

……

De WinFX à .NET 3.0 : le discours marketing prend le dessus !

La version 3.0 du Framework, longtemps connue sous le nom de code WinFX, ajoute 4 briques fonctionnelles au socle NetFx 2.0. On peut voir ces 4 extensions comme des Hosts supplémentaires.

Cela aurait été plus clair de le laisser sous ce nom car ces nouvelles fonctionnalités sont, comme le fut ASP.NET 2.0 en son temps, que des extensions au CLR 2.0 et aux BCL (Base Class Libraries). …..

.NET 3.5 : la seconde révolution de Microsoft ?

La productivité des développements reste au cœur de la plateforme .Net et Microsoft se doit d’évoluer face à la monté des Frameworks RAD.

Avec .NET 3.5 Microsoft repart sur la voie de l’innovation et LINQ, (Language INtegrated Query), en est l’exemple parfait.

…..

Visual Studio 2008 : la productivité retrouvée

Depuis la version précédente de Visual Studio, Microsoft avait supprimé le terme .NET dans la désignation de ses produits et avait étoffé la gamme de produits avec une suite orientée sur les développements en équipes Visual Studio Team Suite.

Visual Studio 2008 continue dans cette direction et ne propose pas un changement radical d’interface comme le fut le passage de la version Visual Studio .NET 2003 à la version Visual Studio 2005.

Visual Studio 2008 est donc l’intégration d’outils de productivité pour .NET 3.5 (LINQ entre autres) et l’unification de tous les points laissés en suspens sur Visual Studio 2005 en ajoutant le support intégral des extensions du NetFx 3.0 (WCF, WF, WPF). Visual Studio continue sur le créneau de la « Productivité du développeur ».

Utilisation:

string key = "test";

int valeur = 123;

Hashtable hTable = new Hashtable();

hTable.Add(key, valeur);

int maValeur = (int)hTable[key];

Dictionary<string, int> dictionnaire = new Dictionary<string, int>();

dictionnaire.Add(key, valeur);

int maValeur = dictionnaire[key];

A 1ère vue j’étais tenté de répondre qu’utiliser le dictionnaire générique permet de s’affranchir des problèmes de cast et assure un typage fort des paires clé/valeur.
La question qui est venue ensuite est : toute ses opérations liées à l’utilisation des génériques rendent-elles l’utilisation moins performante…
Voici la réponse :

Conclusion:
L’utilisation de la collection générique Dictionary<TKey, TValue> est plus performante et garantie un typage fort, donc un code plus stable. Il n’y a donc plus de questions à se poser

NB : Lors de la migration de code 1.1 vers 2.0, attention au changement de comportement l’indexeur . Sur une hashtable, si une clé n’existe pas elle renvoit null, sur un Dictionary celà lance une exception

Nous travaillons depuis plusieurs années sur les architectures logicielles et nous avons constatés qu’après l’engouement autour des débuts de .NET avec les nombreux sites, les articles, les livres blanc.. plus rien de vraiment nouveau était apparu sur la communauté française. C’est pourquoi nous avons pris le parti de monter ce site pour faire le retour de nos expériences et des échanges que nous avons sur la mise en place d’architecture .NET.

La plate-forme possède aujourd’hui le recule et la maturité nécessaire pour une telle démarche.

Vous trouverez dans les billets de ce site des articles, des réflections et des news autour des frameworks .NET (CLR, WPF, WF, WCF, LINQ, ASP.NET MVC, Nhibernate, F#…) et des Architectures / Patterns (SOA, DTO….). Ces articles proposerons de manières pragmatiques nos retours et nous souhaitons vous les faire partager ainsi qu’échanger sur tous les sujets abordés.

A très bientôt,