Reprise du message précédent :
Si il en est réellement au stade de la découverte c'est toujours une bonne base de départ pour du online gratuit, mais tu fais bien d'en faire la remarque.

 
tout à fait mais s'il programme déjà en delphi, il devrait vite s'adapter, enfin je ne connais pas son niveau de programmation non plus  

Non, je l'ai ce bouquin de Petzold, comme pas mal d'autres de lui, depuis son premier pour Windows 3.1, et il est vraiment sans intérêt à mes yeux.
S'il cherche a apprendre le C#, la référence pour moi, c'est le Troelsen, Pro C# 2010 and the .NET 4 Platform (tout comme les bouquins de Petzold ont été la référence pour apprendre a programmer Windows en C, et un peu moins déjà en C++).
A+,

1750 pages  
belle brique!
 
c'est con je viens juste de recevoir ma commande amazon, je l'aurais bien mis dedans    
 
on peut le feuilleter sur amazon et il y a un gros paquet de pages, ça à l'air bien complet en tout cas.

merci gilou pour la référence de livre.

mon prob ne se situe pas vraiment au niveau de la syntaxe  (j'apprends vite et c clairement un clone moderne de delphi au niveau de l'edi) mais plutot sur les references. Par exemple quand je veux agir sur un richtexbox, quelles sont les methodes/prop essentielles. Le msdn en ça  ne sert à rien avec sa liste exhaustive de 10 aines de propriétées useless avec l'interessant perdu au milieu.

hs : en meme temps j'apprends cette bien triste nouvelle :  http://www.editions-oreilly.fr/ quelle perte ...

Il me semble que pour la nouvelle c'est  

Eh oui, ça fait déjà presque 3 ans ! Heureusement ce n'est que O'Reilly France bien sûr...

Ben dans Visual Studio, les propriétés utiles, on y accède assez bien en général sur un objet.
Le Troelsen a beaucoup mis l'accent sur Xaml dans cette edition, une version antérieure du bouquin (je pense a celle de 2008) te conviendrait peut être mieux.
Le Petzold, c'est de l'api windows en C traduite en C# sans utiliser quasiment rien des possibilités du C#, il doit y avoir quasiment pas d'héritage de classes dans ses exemples (qui datent pour la plupart de son bouquin initial en C). Bref c'est de la programmation C réécrite pour passer a la compilation en C#.

EDIT: en y repensant, si tu restes au niveau de la programmation d'applis windows a partir de la framework des Windows Forms, il y a deux bouquins que je peux te conseiller en plus du Troelsen 2008 :
- Windows Forms Programming in C# de Chris Sells. Il t'apprendra pas a programmer une appli de A a Z, mais il aborde tout de manière assez détaillée et reste une excellente référence quand on cherche une info, car l'essentiel des infos est la expliqué de manière pratique (bien plus que dans la MSDN). Par exemple les 14 dernières pages du chapitre sur les dialogues expliquent comment ajouter de l'aide (Help par tooltip ou aide plus générale)  aux dialogues
- Windows Forms Programming with C# de Erik Brown qui lui est pas aussi complet, mais qui par contre apprends pas a pas a programmer une appli (gestionnaire d'image, pas un simple afficheur) de manière très pédagogique, en explicitant tout ce qu'il faut faire avec les éditeurs de propriétés de Visual Studio et pourquoi
Ces deux bouquins supposent les bases de la programmation C# connue le premier exploite assez les possibilités du C#, le second moins (on dirait un peu un projet MFC transposé en C#, çà exploite un peu l'orientation objet de MFC, mais ça va guère au delà)
Ils datent un peu (8 ans environ) et ils ont été écrits pour d'anciennes versions de C# moins souples que la version actuelle, mais ils constituent de bonne bases pour aborder les Windows Forms. Et pour aller plus loin, et utiliser les nouveautés indispensables comme LINQ ou XAML, il y a le Troelsen 2010.
A+,

 
Si c'est des trucs aussi précis que quel est l'evenement qui est levé lorsque je fais ça sur mon control, une recherche google va très bien.
 
Sinon pour la MSDN, y'a 3 dispositions possibles, je sais pas si t'as vu : Classic  |   Lightweight  |   ScriptFree en haut à droite (ou dans preferences)
Perso je suis old school, je préfère le classic.
 
And en-US is always better
Par contre google m'a déjà ramené sur une vue avec d'un coté en anglais et de l'autre une autre langue, je sais pas où ça s'active par contre.

Je crois qu'il préférerait avoir un condensé des méthodes et propriétés les plus utilisées, parce que c'est vrai que dans la msdn quand tu regardes les infos d'une classe tu as vraiment tout (propriétés, méthodes, événements). A moins de savoir ce que tu recherches, pour une première approche c'est pas l'idéal.  
Si tu veux avoir un aperçu des propriétés et méthodes principales essaye peut être sur développez.net il y a quelques tutos pour démarrer qui t'expliqueront ça, alors c'est clair que tu n'iras pas forcément bien loin, mais tu trouveras déjà un petit descriptif des outils et classes les plus courants.

Vous auriez une alternative a reflector, gratuit mais pour le FW 4 ?

il y a ILSpy, mais je ne sais pas ce qu'il vaut réellement

ILSpy est un projet très jeune mais qui s'appuie sur des libs tierces free/open source éprouvées (composants ICSharpCode, Mono.Cecil...) et des technos récentes (WPF).  
Je trouve que c'est un excellent projet. Il pèche encore sur certains points (genre la navigabilité entre les éléments du code décompilé) mais il a plein de potentiel si ses auteurs continuent sur leur lancée.
A tester et soutenir !

ok Merci.
 
A mettre en première page du coup  

qqn a déjà utilisé les code contracts ? Le concept me plait bien mais je ne peux pas tester avec VS Express

C'est quoi le souci, tu as un VS 2008 express et tu aimerais l'installer mais ça ne fonctionne pas en téléchargeant la version DevLabs ? Normal je pense.
 
Cependant en .Net 4 c'est natif dans la BCL (System.Diagnostics.Contracts) donc je pense que même sur une version express du 2010 ça devrait fonctionner !

Pas con . 'Ferais ça demain

 
Samedi ?

Ce qui m'intéresse c'est surtout les vérifications statiques à la compilation et pour ça il faut visual studio premium ou ultimate

Ah ok, fallait préciser !
Ben il faut VS premium ou ultimate

Ceci étant dit, les CTP de CodeContracts fonctionnant sur vs 2010 beta 2 ou VS 2008 permettaient d'activer la résolution statique. Cette version là le fait http://research.microsoft.com/en-u [...] fault.aspx !
J'ai vérifié, ça fonctionne avec un VS 2008 Pro.
Si tu veux juste expérimenter le principe, c'est une bonne option.

Je ne sais pas ce qu'il en est pour les dernières versions sur devlabs par rapport à VS 2008.

je viens de tomber là dessus : ftp://ftp-developpez.com/tahe/fic [...] rp2008.pdf si ça peut t'intéresser...

Salut !  
 
Petite question, je cherche à apprendre le VB .NET, seulement j'aimerai trouver des petits exercices à faire. La plupart des tutos n'en proposent pas. Ou alors après le cours correspondant. Ma démarche serait plutôt l'inverse : partir d'un exo et apprendre à partir de là.  
En espérant m'être bien exprimé  
 
Bonne journée à tous !

Du VB, mais pourquoi ?  

un collègue m'a dit de commencer par ça

VB6 j'aurais crucifié ton collègue sur place ( ) mais VB.NET est très bien

J'ai plutôt confiance en mon collègue, c'est un peu une brute (niveau compétence pro).  
 

Y en a qui utilise le ruban Office en WPF depuis sa sortie officielle ?
Avant la sortie officielle, on avait la possibilité d'utiliser les skins office.
Là on peut plus, et à moins d'extraire le XAML depuis l'ancienne DLL, j'ai pas trouvé d'autre solution.
Ca me fait chier, car j'suis obligé de refaire le design du ruban

 
Pourquoi pas du c# ?

 
 
quelqu'un a déjà utilisé le visualbrush.
j'aimerais bien faire un preview d'une Window WPF qui est chargée en mémoire, j'ai passé l'après midi a chercher, le seul truc que j'ai trouvé c'est quelqu'un sur stackoverflow qui dit d'utiliser le visualbrush mais sans plus d'explication.
 
ou si quelqu'un a une autre idée .

tiens j'ai peut être trouvé une solution.
 
Plutôt que de créer la Grid principale de la Window en mémoire, la créé directement dans la Grid où je veux l’aperçu en lui ayant appliqué juste avant un ScaleTransform. Mais vu que la Grid où va se trouver l'aperçu est resizable ça implique un recalcule automatique du ScaleTransform.
 
Je testerais demain au boulot.
 
Merci de votre aide
 
non je déconne mais je met la solution ça pourrait toujours servir à quelqu'un.

Salut,
 
Je maîtrise pas encore trop LinqToSql et j'ai une petite question.
 
Je souhaiterais faire passer les données d'une database (sur le net) à une autre (locale).
 
Pour ça, vu que les modèles de database ne sont pas les mêmes, je récupère 3 Listes :
 
   

 
Que j'assigne donc avec mon datacontext publicTweet.
 
Du coup je me retrouve avec 3 listes de string, et j'aimerais bien les ranger comme il faut dans ma BDD  locale qui a 3 attributs Username, Text, et StatusID, et jsuis paumé    
(En gros faire un for sur les trois listes en même temps pour ajouter à chaque row les 3 attributs).
 
Alors évidemment, j'imagine qu'il y a plus simple, si vous avez une idée je suis preneur

Je pense que ce que tu veux c'est un type anonyme :
 

Si je comprend bien, tu as une collection générique d'un type complexe (publicTweet) dont il faut affecter le contenu dans 3 List<string> ?
En tout cas c'est ce qu'a l'air de faire ton code.
Si c'est bien ça tu as juste à faire un seul foreach plutôt qu'itérer 3 fois.
foreach(Tweet tweet in publicTweet)
{
 listeStatusId.Add(tweet.StatusID)
 listemessage.Add(tweet.Text)
    listestatus.Add(tweet.User.Name));
}
C'est tellement basique que je doute d'avoir bien compris, désolé si ça n'est pas le cas.

edit : en fait j'ai juste réécrit en mieux ton truc à 3 listes mais ça n'est pas la question. Pour ta question effectivement passe par une classe définie pour l'occasion ou un type anonyme.

C'est la bonne façon de faire, même si je ne suis pas très fan des classes anonymes. Même si parfois c'est bien utile, d'autre fois c'est un peu la facilité au détriment d'une bonne structure de conception/codage.
Comme ça a été dit au dessus, ce serait mieux de faire une classe prédéfinie du genre :

Petite remarque pour la réponse juste au dessus, avec le foreach.
Faites super gaffe sur quoi vous itérez ! Si derrière votre collection c'est un IQueryable par exemple, il va faire une requête par itération et ça va plomber votre serveur SQL.
En général, si vous voulez itérer sur ce genre d'objet, énumérez les avant via un ToList() par exemple.

LinqToSQL c'est super, mais faut l'utiliser à bon escient et surtout comprendre ce qui se passe derrière.

Bon a savoir  

"Une requête par itération" ?? Ca me semble complètement faux, pour moi il évalue une fois l'IQueryable lors de l'entrée dans la boucle et ensuite il boucle sur l'IEnumerable ainsi récupéré.
Bien sûr, cela implique pour l'ORM de monter en mémoire en une seule fois tous les enregistrements ramenés, au même titre que lors de l'invocation de ToList.
 
Par contre pour info, ce qui déclenche un nouvel appel à la bdd pour chaque ligne, c'est la résolution d'un enregistrement obtenu au travers d'une foreign key, comme dans le cas présent le ".User.Name", à moins d'avoir utilisé un LoadWith sur le context pour demander la récupérer du user en même temps que du tweet.

Autant pour moi, tu as raison.
En refaisant mes tests, on ne voit qu'un appel à la base.
Je devais surement avoir l'utilisation d'une relation étrangère dans la boucle, ce qui lui obligeait de faire la requête à chaque itération (vu que ce n'était pas chargé via LoadWith).
 
Enfin cela dit, ce que je disais sur LinqToSQL reste valable, et l'est tout aussi pour moi.

C'est quoi l'interet de déclarer une classe qui ne va servir que dans une fonctions et qui aura la même structure qu'un type anonyme ?

Ben ça t'en sais rien si elle ne sert que dans une fonction

Elle peut être utilisée plus loin pour faire du databinding par exemple, mais ça, la personne ne nous a pas donné le contexte au delà de ce qu'elle voulait faire.

Merci à tous pour vos réponses, ça a résolu mon problème