Bienvenue à Blogs CodeS-SourceS Identification | Inscription | Aide

Abonnements

C# 4 et automatic properties

Jon Skeet présente dans son dernier billet une future nouveauté qu'il aimerait bien voir dans C#4 :

public string Line1 { get; initonly set; }

Le principe est alors le suivant : la propriété ne pourra être initialisée de l'extérieur que via un object initializer. Pour plus d'infos, notamment pour voir le code réellement généré, je vous invite à aller voir le post de Jon.

Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :

Publié dimanche 16 mars 2008 08:59 par Matthieu MEZIL

Classé sous : ,

Commentaires

# re: C# 4 et automatic properties @ dimanche 16 mars 2008 10:40

J'ai l'impression que le C# s'est énormément complexifié. J'ignore encore si c'est une bonne chose ou non, mais c'est rendu qu'à chaque nouvelle version du langage, il faut acheter un nouveau livre.

badrbadr

# re: C# 4 et automatic properties @ dimanche 16 mars 2008 11:31

"à chaque nouvelle version du langage, il faut acheter un nouveau livre" ... ou pas Wink

Rien ne t'obligera d'utiliser cette fonctionnalité. Tu pourras toujours te contenter des fonctions du C#1.0 (ou VB7, pour ceux qui font du VB), si elles te suffisent.

FREMYCOMPANY

# re: C# 4 et automatic properties @ lundi 17 mars 2008 01:38

badrbadr : je ne suis pas forcément d'accord. En effet, je pense au contraire qu'entre C# 2.0 et C#3.0, le langage s'est simplifié en réduisant le nombre de lignes de code pour faire des choses simples et je pense que c'est une bonne chose. Il y a également des nouveautés plus compliquées telles que les Expression Tree mais elles permettent de répondre à des problématiques bien particulières.

Pour ce qui est des livres, la dernière fois que j'ai lu un livre de programmation c'était en 2004 et cela ne m'a pas empêché de me former sur C#2 puis 3 tout en faisant de la veille techno.

Fremycompany : je ne suis qu'en partie d'accord avec toi. En effet, sur la plus part des projets, on n'est pas tout seul et c'est bien aussi de comprendre le code de ses collègues.

Matthieu MEZIL

# re: C# 4 et automatic properties @ lundi 17 mars 2008 17:25

Il y a de la marge entre comprendre et utiliser.... On n'est pas idiot quand même!

Même si je sais pas du tout programmer en C++ (et que C# n'est pas mon langage DotNet de prédilection), je peux sans problème comprendre un code écrit en C++.

Pareil pour DotNet, quelques soit les fonctionnalités, il me semble....

Mais bon ca m'empeche pas de lire les livres pour autant Smile

FREMYCOMPANY

# re: C# 4 et automatic properties @ lundi 17 mars 2008 23:12

Perso je pense que ça dépend de la complexité. Prenons l'exemple de Mitch avec les expressions tree (http://blogs.developpeur.org/miiitch/archive/2008/02/29/vendredi-c-est-expression-tree.aspx), je pense que sans un minimum de connaissance sur les expressions tree, c'est quasi impossible de comprendre.

Matthieu MEZIL

# re: C# 4 et automatic properties @ mardi 18 mars 2008 12:33

Perso, je ne suis pas pour le initonly, ca fait la meme chose qu'un constructeur (ca ne fait quasiement rien gagner), sauf que ca ne va pas etre compatible avec les autres langages du framework.

Je suis d'accord que Linq peut vraiment augmenter la productivité du développeur, mais je suis aussi d'accord que ca complique C#, peut etre inutilement. J'aurais préféré que les librairies Linq fassent leur apparitions dans .NET 3.5, mais sans que les query expressions ne soient ajoutées au langage (from x select y...). Le langage est maintenant beaucoup trop dépendant des librairies à mon gout.

Surtout que le principal intéret de LINQ c'est LINQ to SQL. Les opérateurs de Linq to Object, j'aurais pu les ecrire moi meme en 2 heures, et Linq to XML ca m'aurait pris 1 semaine... donc rien de révolutionnaire.

RaptorXP

# re: C# 4 et automatic properties @ mardi 18 mars 2008 22:31

Flavien : je suis en partie d'accord avec toi cependant, ce type de nouveauté permet de gagner du temps et d'éviter ainsi de devoir déclarer les contructeurs.

Les opérateurs de LINQ To Object moi aussi je suis capable de les écrires mais les écrire tous en 2 heures, là je te met au défi ;-) Il y a quand même 114 méthodes (en comptant les surcharges)

Matthieu MEZIL

Les commentaires anonymes sont désactivés

Les 10 derniers blogs postés

- Changer l’adresse d’une ferme Office Web Apps associée à SharePoint par Blog de Jérémy Jeanson le il y a 5 heures et 21 minutes

- Une ferme #SharePoint 2013 dans @Azure en quelques clics (1ère partie) ! par Le blog de Patrick [MVP SharePoint] le 08-28-2014, 18:52

- SharePoint 2013: Préparation de la migration - Création des site Templates dans 2010 et 2013 par Blog Technique de Romelard Fabrice le 08-20-2014, 16:31

- [ #Yammer ] How to change interface language ? Comment changer la langue de l’interface ? par Le blog de Patrick [MVP SharePoint] le 08-20-2014, 14:21

- Onedrive Sync Engine Host : CPU à 100% par Le petit blog de Pierre / Pierre's little blog le 08-06-2014, 22:22

- SharePoint : Bug sur la gestion des permissions et la synchronisation Office par Blog Technique de Romelard Fabrice le 07-10-2014, 11:35

- SharePoint 2007 : La gestion des permissions pour les Workflows par Blog Technique de Romelard Fabrice le 07-08-2014, 11:27

- TypeMock: mock everything! par Fathi Bellahcene le 07-07-2014, 17:06

- Coding is like Read par Aurélien GALTIER le 07-01-2014, 15:30

- Mes vidéos autour des nouveautés VS 2013 par Fathi Bellahcene le 06-30-2014, 20:52