.Net @ Prog [Topic unique] - C#/.NET managed - Programmation
Marsh Posté le 14-06-2010 à 14:38:06
I / Librairies :
I-1 / Gratuites :
I-1-A / Multimédia :
I-1-B / Web :
I-1-C / Fichiers :
I-1-D / Composants :
I-1-E / Divers :
I-1-F / Frameworks généralistes "complémentaires" visant à enrichir .Net :
I-1-F / Collections, extensions à LINQ :
I-2 / payantes :
I-2-A / Bibliothèques de composants :
Il y a énormément de solutions commerciales dans ce domaine, pour Winform, Webforms, WPF, Silverlight... On peut citer pour les plus connues :
DevExpress DX
ComponentOne
SyncFusion
Telerik
NetAdvantage
Caliburn
... Une description succincte de chaque (techno, type de composants si non généralistes, gamme de produit...) est la bienvenue si qqun veut s'y coller.
I-2-B / Manipulations de fichiers :
II / Plugins pour VS et outils
II-1 / Gratuits :
II-1-A / Ecriture du code :
II-1-B / Versionning/SCM :
II-1-C / Documentation :
II-1-D / Tests unitaires / Profiling / Métriques / IC / Build :
II-1-E / Divers :
II-2 / Payants :
III / Divers :
III-1 / Gratuits :
III-2 / Payants :
Marsh Posté le 14-06-2010 à 14:38:11
Liens utiles
Blogs:
Discussions/forums :
Quelques autres sujets sur stackoverflow (les liens sont très parlants, merci l'url rewriting) :
Podcasts :
Deux podcasts sur le développement parallèle, et l'utilisation des GPUs. Essentiellement axé C++ mais avec des éléments d'information intéressants pour l'avenir et pas mal de références à la TPL (C#) :
http://www.microsoft.com/showcase/ [...] bba3bbf855 et
http://www.microsoft.com/showcase/ [...] 612d64cd56
Tests :
Bref test de compétence (très orienté, pas un test généraliste) sur C# :
http://www.e-naxos.com/Blog/post/2 [...] uit-!.aspx
Tutos :
Partie 1 : http://www.dotnetfunda.com/articles/article221.aspx
Partie 2 : http://www.dotnetfunda.com/articles/article222.aspx
Plus spécifiquement, logging en WCF :
http://www.dotnetfunda.com/article [...] g-faq.aspx
Rien que la dernière partie évoquée est à lire absolument, le travail de documentation est phénoménal, surtout vu la pauvreté des docs officielles MS en comparaison. On en retrouve le contenu dans C# in a nutshell 4, excellent bouquin au demeurant...
Code :
Outils :
Formations :
LIVRES :
Livres sur Entity Framework :
- Julia Lerman - Programming Entity Framework, O'Reilly, Second edition
- Scott Klein - Pro Entity Framework 4.0, APress
- Larry Tenny et Zeeshan Hirani - Entity Framework 4.0 Recipes: A Problem-Solution Approach, APress
- Roger Jennings - Professional ADO.NET 3.5 with LINQ and the Entity Framework, Wrox
Marsh Posté le 14-06-2010 à 15:18:32
drapal
Marsh Posté le 14-06-2010 à 17:26:25
Hello ! Toi j'étais certain de te voir rapidement vu qu'on se croise sans cesse sur les topics .Net .
Pour ma part je suis indépendant donc la question n'a pas vraiment d'objet. Les boîtes qui ont des abonnements MSDN ont franchi le cap ou l'envisagent, mais des boîtes qui utilisent vraiment au quotidien les nouveautés de 2010 / .Net 4 je n'en connais pas.
Marsh Posté le 15-06-2010 à 09:05:40
Salut les .net-eux,
Ca existe, nous venons de nous mettre à VS 2010 (tout légal, bien sûr, la "période de grâce" ayant rendu les prix intéressants) : des nouveaux projets qui devraient utiliser MVC2 / EF 4 (adieu NHibernate (?)).
Pas encore installé, on va voir ce que ça donne !
Marsh Posté le 15-06-2010 à 09:43:39
tiens d'ailleurs en parlant de Linq, ça serait sympa de poster des exemples de requêtes +/- tordues, histoire de se marrer un peu
un exemple de requête Linq to XML que j'ai faite récemment, qui récupère ses datas d'un recordset en jointure avec un Dictionary, le tout dédoublonné avec une classe Comparer faite maison, et qui génère un fichier XML content des données d'utilisateurs :
la requête :
Code :
|
et le code de la classe UsersComparer
Code :
|
Linq, c'est fun
Marsh Posté le 15-06-2010 à 10:25:01
Si je peux me permettre quelques petites remarques :
- Personnellement j'aurai séparé la construction du xml de la requête (pour deux raisons : maintenabilité du code si on veut voir les données au format "natif" plutôt qu'en xml, et surtout pour éviter d'avoir à jouer le distinct sur du xml. En terme de perfs si tu as bcp de données ça doit pomper, et ça aurait évité de faire un Comparer hyper spécifique)
- j'aurai cherché à éviter le Dictionary<string, KeyValuePair<string, string>> parrce que c'est jamais très parlant comme type
Mais sinon c'est pas encore trop méchant comme requête. Au final ça se résumé à une jointure entre deux ensembles et tu en sors un xml.
edit : tu peux utiliser un truc explicite plutôt qu'un var pour ton xml puisque le type est connu.
Un exemple de truc particulièrement imbittable (et très impressionnant du coup) en LINQ : http://blogs.msdn.com/b/lukeh/arch [...] racer.aspx . Bon, c'est juste pour le sport, dans le monde réel on va éviter.
Une page MS avec des exemples de chaque prédicat :
http://msdn.microsoft.com/en-us/vcsharp/aa336746.aspx
edit : petite anecdote, à propos du raytracer, je pense que c'est là dessus que s'est appuyé le mec qui a fait la présentation des Parallel Extensions au dernier FOSDEM. Il a montré une version multi threaded et une single threaded pour illustrer le gain de perfs et la facilité de mise en oeuvre de PFX.
Marsh Posté le 15-06-2010 à 10:30:53
Fred > c'est un peu compliqué à expliquer et peut être juste temporaire.
Je n'ai jamais bossé en finance, je suis plus orienté Web mais je suis ouvert à tout, d'autant qu'à l'origine j'ai plutôt une sensibilité client lourd (je me tape du web marketing depuis 3 ans et ça me gonfle).
J'aimerai bien me dégotter une mission WPF pour changer du web...
Marsh Posté le 15-06-2010 à 10:38:43
TotalRecall a écrit : Si je peux me permettre quelques petites remarques : |
le XML final ne représentera jamais plus d'une 50aine d'utilisateurs, c'est pour ça que je me suis un peu laché sur les perfs et que j'ai généré la requête et le XML en un seul tenant, c'est plus rapide à coder
après, effectivement, j'ai d'autres endroits avec un nombre plus conséquent d'enregistrements où j'évite ce genre de truc
TotalRecall a écrit : |
j'avais pas le choix, j'avais absolument besoin de tuples, et n'étant pas sous .NET 4.0, c'est tout ce que j'ai trouvé pour le remplacer
TotalRecall a écrit : |
putain, le truc de malade
ça me fait penser qu'il doit y avoir moyen de coder un ensemble de Mandelbrot de la même façon, tiens...
Marsh Posté le 15-06-2010 à 10:46:22
Je te confirme que ça a été fait ! J'en ai déjà vu passer. En même temps mathématiquement la génération de fractales est un truc simple, bien plus que l'écriture d'un raytracer je pense. Il faut juste un support des complexes et de qqes primitives mathématiques de base.
Marsh Posté le 16-06-2010 à 12:39:33
J'ai mis à jour le deuxieme post avec les quelques trucs qui m'ont traversé l'esprit pour se simplifier le .Net au quotidien ! Enjoy !
Evidemment c'est un premier jet, la forme et le contenu ne demandent qu'à évoluer, merci d'apporter votre contribution
Marsh Posté le 16-06-2010 à 13:50:09
Parmis ce que j'utilise régulièrement
Outils:
Reflector
NArrange
NCover
Bibliothèques gratuites:
SharpZipLib
NAudio (Lib audio "unifiée" )
MyXLS (I/O Excel 100% Managed)
CSS Friendly Control Adapters (no comment )
Log4Net
Bilbiothèques payantes:
DevExpress DX
ComponentOne
SyncFusion
Telerik
Marsh Posté le 17-06-2010 à 09:56:28
Hello . Content que l'idée plaise et de t'avoir fait découvrir des trucs ! Le but était effectivement de partager des trucs qui gagneraient à être plus connu plutôt que les gros classiques. Je vais essayer d'intégrer ça au deuxieme post en structurant un peu.
ixemul > t'aurais quand même pu faire l'effort de décrire chaque proposition
Marsh Posté le 17-06-2010 à 10:21:55
TotalRecall a écrit : ixemul > t'aurais quand même pu faire l'effort de décrire chaque proposition |
C'est toi le taulier du topic hein, tu te demm*rdes
Bon, je suis bon prince cette fois-ci
Outils:
Reflector -> desassembleur IL/C#/VB/CppM/Delphi pour les assemblies .NET (standalone et plugin VS)
NArrange -> permet de mettre un peu d'ordre dans le code source (standalone)
NCover -> Couverture du code de tests unitaires
Bibliothèques gratuites:
SharpZipLib : t'as réussi à te débrouiller
NAudio (Lib audio "unifiée" ): t'as réussi à te débrouiller
MyXLS (I/O Excel 100% Managed): t'as réussi à te débrouiller
CSS Friendly Control Adapters (no comment ): Bon bha si, comment alors... ce handler permet de redéfinir la génération html des composant ASP.NET afin d'être plus facilement intégrable par rapport à des CSS "standard"
Log4Net : pendant de log4J mais en dotnet. Gestion cool des logs...
Bilbiothèques payantes:
Composants winforms, asp.NET, WCF et silverlights
DevExpress DX
ComponentOne
SyncFusion
Telerik
Marsh Posté le 17-06-2010 à 10:28:54
Quelques autres en vrac:
Gratuits:
iTextSharp: pendant de iText (java), creation/manipulation de PDF et RTF
ZedGraph: Création de graphs (sans blagues !!!)
Payants:
Aspose: manipulation word/excel/pdf/Flash/Code barre entre autres
Marsh Posté le 17-06-2010 à 10:34:57
Ah merde pendant que tu rédigeais ton post je mettais à jour le deuxieme en pondant mes propres descriptifs... Désolé je ne vais pas changer maintenant (sauf si tu penses que je me suis planté sur un truc).
Je vais juste rajouter itextsharp et zedgraph qui n'apparaissaient pas.
Marsh Posté le 17-06-2010 à 10:36:35
T'embêtes pas, tes decriptifs sont bons
Edit: par contre, la couleur choisie pour les chapîtres Multimédia/Fichiers/etc est pas top... sur fond clair c'est quasi illisible
Re-edit:
Citation : - CSS Friendly Control Adapters : contrôles ASP.Net reprenant les contrôles "évolués" de .Net |
Ce ne sont pas des contrôles, c'est simplement un handler qui prend en charge le rendu des controles standards à la place du handler ASP.NET de base
Marsh Posté le 17-06-2010 à 10:49:25
Ok ok, c'est changé. J'ai foutu du orange et changé un peu la structure. Dites moi si ça vous plait.
Marsh Posté le 17-06-2010 à 10:52:54
ReplyMarsh Posté le 17-06-2010 à 11:01:59
En outils Divers, j'utilise également StarUML qui permet de générer les squelettes C# à partir de mon analyse UML
Marsh Posté le 17-06-2010 à 11:14:27
Je peux le mentionner mais j'aime pas ce truc, il n'est plus maintenu et il ne gère pas des trucs très très basiques du Framework V2, comme les generics il me semble. Faut s'en tenir à des trucs simplistes et la rétroingéniérie de code est inutilisable du coup.
A choisir autant utiliser Paradigm community.
Marsh Posté le 17-06-2010 à 11:17:40
Pas de problèmes, perso je l'utilise par habitude (une vieille habitude ).
Marsh Posté le 17-06-2010 à 16:03:41
J'ai corrigé les puces folles et la phrase pour les libs xls. Pour la numérotation faudra attendre par contre
Marsh Posté le 18-06-2010 à 16:38:23
ReplyMarsh Posté le 18-06-2010 à 17:04:48
si si, tiens, je lance un débat : la sortie de Silverlight 4 réduit de plus en plus l'écart entre lui et WPF. moi je pense qu'à terme, ces 2 technos vont fusionner et provoqueront la disparition de WPF.
des avis ?
Marsh Posté le 18-06-2010 à 17:53:13
Non, il y aura toujours une grosse distinction entre Silverlight et WPF, deja car je suis d'accord avec fred82 concernant la différence de "framework" (Lourd/Leger). Mais aussi du fait du contexte d'éxecution d'une application SL (avec des droits très restreints par rapport à une application lourde WPF). Une convergence des 2 technos aboutierais à des failles de sécurités énormes concernant les applis SL.
Marsh Posté le 18-06-2010 à 17:59:05
Remarquez tout de même qu'avec l'essor du cloud computing on assistera de plus en plus à une convergence RIA/client lourd... Actuellement les arguments avancés par Fred sont parfaitement justes mais à long terme par contre que ce soit au travers de Silverlight/WPF ou d'autre chose (un hybride?) on devrait tendre vers un rapprochement...
Marsh Posté le 24-06-2010 à 23:04:03
ixemul a écrit : Pas un post depuis 24h... ça n'interesse donc personne ? |
En fait tu avais raison .
Si vous avez des idées de libs à partager, de débat à lancer, thème à aborder... n'hésitez pas, je crois que le topic en a bien besoin
Marsh Posté le 25-06-2010 à 03:24:12
Tiens j'ai réalisé que personne n'avait songé à citer NDepend, du coup je l'ai rajouté.
Bon je me lance concernant ta question...
Je trouve que ça ne se compare pas trop, ça ne se comporte pas pareil et ça ne s'applique pas aux mêmes choses.
Le as (et is) travaillent sur les références et contrôlent la convertibilité avant de renvoyer quelque chose, là où le cast essaie expressément de l'appliquer et fonctionne aussi sur les types primitifs. Il faut également différencier cast et boxing/unboxing, là aussi il y a des subtilités, l'un est plus coûteux que l'autre et peu entrainer des erreurs. Le as fait du boxing et pas autre chose il me semble.
On dit que le as est plus "safe" et performant, et vu qu'il est moins chiant à utiliser lorsque on n'est pas sûr du type (pas de risque d'exception), autant l'encourager pour les objets.
Pour répondre néanmoins, intuitivement j'aurai tendance à te dire que j'utilise plutôt as sur des hiérarchies d'objets (unboxing depuis de l'object, genre dans les event handlers où le sender est toujours un object), et le casting plutôt sur des types primitifs (pour basculer entre les différents types de flottants et d'entiers par exemple) ou parfois dans le polymorphisme quand je suis sûr de ce que j'ai dans l'instance. Mais ça n'est pas une règle à suivre, plutôt une habitude. Et encore, je dis ça mais si ça se trouve en jetant un oeil dans mon code je serai surpris
Marsh Posté le 25-06-2010 à 09:33:58
TotalRecall a écrit : |
Bon, histoire de me donner un coup de pied au c*l. Est-ce que ça interresserait quelqu'un un mod player (en fait un port bête et méchant de MikMod) pour silverlight et/ou NAudio ? Sachant que j'ai ça dans mes cartons depuis quelques mois et que j'arrive pas à me motiver à le releaser (genre sur codeplex ou SF).
Il est 100% fonctionnel, mais encore un peu crade niveau code
Marsh Posté le 14-06-2010 à 14:37:40
Bonjour à tous,
Bienvenue sur le topic dédié aux langages de la plateforme .Net (C#, VB et pourquoi pas IronRuby, Python...) et technologies satellites (WPF, Webforms, Winforms, Silverlight, LINQ, Entity Framework, WCF...), ainsi que les "portages" tels que Mono et les IDE pour faire du .Net (VS, MonoDevelop, SharpDevelop)...
Ceci n'est PAS :
- une grotte à trolls Java vs .Net, débat anti-MS et consorts
- un lieu pour les conversations généralistes sur les technos MS
Outre le fait d'être un support de discussions, ce topic vise à lister les librairies, liens, bouquins, sites... indispensables à connaître pour tout amateur de .Net :
Librairies et outils incontournables (post 2)
Liens utiles (post 3)
N'hésitez pas à partager vos propres trouvailles, je les ajouterai à la liste !
Message édité par TotalRecall le 23-01-2011 à 18:02:00
---------------
Topic .Net - C# @ Prog