Reprise du message précédent :
A propos de JS, sincèrement de mon point de vue de simple utilisateur de ce genre de technos je ne vois pas en quoi c'est un "bon" langage. Même avec un IDE de compét, pour moi ça reste un langage archaïque aux fonctions natives extrêmement limitées. En revanche, en utilisant une lib comme jQuery on peut le transcender totalement. Je parle bien d'applications concrètes, dans le monde réel.
Je hais le javascript, pourtant j'en n'ai pas fait (subi) énormément. En revanche je bosse pas mal ces temps-ci avec jquery, et si j'avais l'IDE qui va bien avec j'en arriverai presque à oublier que je fais du JS tellement je trouve cette lib extraordinaire, et il y en a plusieurs autres qui valent aussi vraiment le détour (yui, prototype...).
Pour moi c'est à ce prix que javascript devient utilisable : en le planquant complètement derrière autre chose.

Pour SL je ne trouve pas que le débat ait d'intérêt, pour moi une polémique SL vs Flash vs JS vs HTML 5 n'a aucun sens... in fine les problèmatiques couvertes sont différentes, les contraintes d'utilisation aussi, l'âge encore plus, alors... Il faut savoir faire la part des choses et prendre pas mal de recul quand on s'essaye à comparer des trucs aussi difficilement comparables.
Le HTML a le mérite d'être une norme et un standard, les autres sont des technos propriétaires, alors même si il faut attendre 2020 pour que HTML 5 soit finalisé, au moins il va quelque part. J'en suis moins convaincu pour Silverlight...

Personnelement, ce qui me gave c'est d'avoir à jouer avec 3 langages (PHP, HTML, JS) pour obtenir un résultat (je ne juge pas la qualité du celui-ci) là où d'autres langages proposent le tout unifié (silverlight, flex, etc).  
 
Mais bon on en revient au même problème, on essai de faire faire au web quelque chose pour lequel il n'a pas été prévu alors forcément il faut chippoter.

J'ouvre un projet existant dans VS, il me balance pleins d'erreurs à coup de "member does not exists" etc. Après avoir passé 30 minutes à chercher l'erreur je redémarre Windows, et là le projet compile sans problème. WTF ?

 
Lock sur une assembly de sortie certainement, ça m'arrivait souvent avec VS2003, mais depuis 2005 & 2008 j'avais l'impression que c'était résolu

Quelqu'un a essayé la CTP de C# 5 ? les nouveautés on l'air assez sympa.

Je laisse la parole aux experts:
http://blogs.msdn.com/b/ericlipper [...] t-one.aspx

Hello !
Pour ma part j'attends qu'il y ait un peu plus à lire sur le sujet sur le Net, curieusement pour l'instant le peu que je vu ne porte toujours que sur un même sujet, ces fameux appels asynchrones dont je n'ai un peu rien à carrer (c'est pas si terrible que ça de passer des callbacks anonymes ou non je trouve).
Faut voir la suite...

Oui et non. Si tu n'as pas beaucoup d'appel de fonction asynchrone et que tu ne touche pas a la GUI, ça va Mais dans le cas contraire ça devient vite le bordel.

T'as 3 caractères de plus

Je laisse la parole à Eric Lippert:
 
Code synchrone:

void ArchiveDocuments(List<Url> urls)
{
  for(int i = 0; i < urls.Count; ++i)
    Archive(Fetch(urls[i]));
}

 
code asynchrone en C#4

void ArchiveDocuments(List<Url> urls)
{
  State state = State.Start;
  int i;
  Document document;
  AsyncThingy<Document> fetchThingy = null;
  AsyncThingy archiveThing = null;
  Action archiveDocuments = () => 
  {
    switch(state)
    {
      case State.Start:        goto Start;
      case State.AfterFetch:   goto AfterFetch;
      case State.AfterArchive: goto AfterArchive;
    }
    Start: ;
    for(i = 0; i < urls.Count; ++i)
    {
      fetchThingy = FetchAsync(urls[i]);
      state = State.AfterFetch;
      if (fetchThingy.SetContinuation(archiveDocuments))
      return; 
      AfterFetch: ;
      document = fetchThingy.GetResult();
      if (archiveThingy != null)
      {
        state = State.AfterArchive;
        if (archiveThingy.SetContinuation(archiveDocuments))
          return;
        AfterArchive: ;
      }
      archiveThingy = ArchiveAsync(document); 
    } 
  }; 
  archiveDocuments(); 
}

cf http://blogs.msdn.com/b/ericlipper [...] hrony.aspx
 
Code asynchrone en C# 5

async void ArchiveDocuments(List<Url> urls)
{
  Task archive = null;
  for(int i = 0; i < urls.Count; ++i)
  {
    var document = await FetchAsync(urls[i]);
    if (archive != null)
      await archive;
    archive = ArchiveAsync(document);
  }
}

cf : http://blogs.msdn.com/b/ericlipper [...] t-one.aspx
 
 
Il y a un autre exemple assez parlant dans cette présentation:
http://blogs.msdn.com/b/lucian/arc [...] c-ctp.aspx

L'exemple de Lippert m'a vraiment pas impressionné, avec des bounded dispatch queues dans ta stdlib tu fais pareil sans avoir à ajouter 2 keywords.

L'autre exemple est beaucoup plus sympa, mais il expose mon problème avec async/await: leur but semble être de planquer l'async sous le tapis et de faire en sorte que les devs C# continuent à coder séquentiellemment en ajoutant des async/await au pif dans le code jusqu'à ce que ça ait l'air de marcher. Tu as le même résultat avec 2 blocs, sauf que les devs C# sont apparemment considérés incapables de faire ce que n'importe quel dev JS moderne fait à longueur de journée.

C'est une feature dans le même esprit que le yield return: ça ne fera pas la une pendant des mois sur "lambda the ultimate" mais a simplifie beaucoup le code dans la vie de tous les jours.
 
Edit: et non, tu n'as pas le même résultat avec 2 blocs, cf les exemples cités plus haut.

Pas d'accord

void button1_click()
{
    GetDiggAsync(digg => textBox1.Text = digg);
}
 
void GetDiggAsync(block)
{
    WebClient.DownTaskAsync("http://digg.com", (rss) => {
        var digg = XElement.Parse(rss).<story>.<description>;
        block(digg);
    }
}

tu as le même résultat avec 2 blocs.

Ya des gens qui ont tenté ASP.NET MVC? (maintenant en version 2) On me sort que ce serait plutôt un bricolage assez limité fait par un gars de MS. Des avis?

 
Je termine a l'instant un projet ou nous l'avons utilisé. Le constat : On revient au vieilles balises serveur dans l'aspx, ça parait pas top au début, mais si l'on fixe des règles, c'est plutôt clean. Au contraire, ce n'est pas limité (c'est justement ce que je lui reprocherai), il lui manque un peu de maturité ainsi que quelques best practice afin d'en faire un outil incontournable du dev web .NET.
 
Perso, j'aime bien et j'ai hâte de le voir évoluer

 
 
Une petite question en ce qui concerne la gestion des exceptions.
 
J'ai désigné quelques classes d'exception custom.
 
Je suis en ASP.net, et j'ai pour l'instant un try catch dans chaque méthode d'évènement et le pageLoad de mes pages.
 
Je vais traiter toujours de la même manière les exceptions selon le type (Affichage d'un message à l'utilisateur + log + autres selon l'exception).
 
Je voudrais donc que le traitement de mes exceptions soit dans une méthode.
 
Je vois pour l'instant deux solutions:

• Je laisse les try catch partout, et je catch tout type d'exception, je passe l'exception à une méthode qui va tester le type de l'exception pour faire le traitement spécifique
• Je gère les exceptions au niveau de la page en surchargeant "OnError()" et appelant "HttpContext.Current.Server.GetLastError()", puis une méthode qui teste le type de l'exception.

Vous voyez d'autres solutions possibles ? Ca me gère un peu de tester le type de l'exception (peut être à tort) alors que normalement le "catch" peut prendre directement un type. Mais la avec mes solutions je n'en profite pas.
 
 
 
 

 
Au niveau application ça ne me va pas, car je dois jouer sur un composant graphique de la page (Affichage de message), bien que je le ferai pour les exception non gérées.
 
Je comptais gérer ça dans ma classe de base de toute mes pages.
 
Mais en tout cas ça confirme sur ce que j'étais parti
 

 
Oui c'est pas faux remarque    
 
 
 
Merci  
 
 
 
Edit: A partir du moment ou ya un OnError, la construction de la page est annulée, donc je ne pourrais faire ce que je voulais

J'en bouffe depuis quelques mois, je vais essayer de te donner mon avis.
Déjà, pour couper court, ce qu'on t'a dit est une immense connerie. Je ne sais pas comment MS voit ça en interne mais je pense qu'ils ont bien l'intention de miser sur le développement de cette techno, en parallèle de Webform (les deux ont chacun leurs avantages propres, cf les comparos sur internet).

De façon plus concrète, ça manque encore pas mal de maturité. Il y a deux côtés fort appréciables :
- la facilité extraordinaire avec laquelle on peut gérer les événements GET et POST. C'est un bonheur quand tu fais de l'Ajax.
- le routing (= url rewriting) en natif et fortement intégré et customisable à volonté. En Webform c'est pas mal plus chiant pour générer les bonnes urls et les router à l'arrivée sur le serveur, surtout si tes URLs peuvent évoluer.

Les inconvénients :
- Une courbe d'apprentissage par paliers, des merdes inattendues qui te tombent dessus, des trucs qui paraissent aberrants (quoi qu'assez défendables a posteriori) quand tu viens d'un background client lourd ou webform (événementiel quoi).
Dans le même esprit, j'ai beau avoir compulsé pas mal de tutos, bouquins... j'ai encore l'impression de découvrir des trucs que j'aurai du savoir dès le début, parce qu'il y a 5 façons différentes de gérer un même truc, et je trouve l'apprentissage vraiment contre intuitif.
- les Contrôleurs qui deviennent facilement énormes, même en faisant de son mieux pour splitter les pages.
- L'inexistence de certains contrôles en natif (exemple : Image). Heureusement c'est très facile à rajouter grâce aux méthodes d'extensions sur HtmlHelper, c'est plus souple que le développement de webcontrols.
- Le dégueulis de code au milieu du HTML. J'ai ça en horreur, j'ai l'impression de faire du PHP ou, pire, de l'ASP (la possibilité de changer de View engine peut améliorer la lisibilité).
- Certains bugs bizarres qui trainent parfois sous les tapis (j'en ai trouvé un très joli et parfaitement inexplicable y a qqes jours).

Rq : Bosser avec MVC prend tout son sens si tu maitrises bien un framework JS (jQuery).

void button1_click()
{
    GetDiggAsync(digg => textBox1.Text = digg);
}
 
void GetDiggAsync(block)
{
    WebClient.DownTaskAsync("http://digg.com", (rss) => {
        var digg = XElement.Parse(rss).<story>.<description>;
        block(digg);
    }
}

Essaye encore

 
Merci pour vos réponses, je suis en train de lire le bouquin ASP.NET MVC 2.0 in Action chez Mannings, et j'accroche bien pour l'instant

Je commence à appliquer le pattern mvvm avec entity (bon du coup je ne découple pas le model du fournisseur de données mais c'est pas important a ce niveau) dans un de mes projets, je m'étonne moi-même du résultat auquel je parviens. C'est d'une simplicité et d'une logique ...
 
Quand je pense qu'il y a moins de 5 mois je découvrais .Net en écrivant mes requête direct dans le code-behind.

Junior, formation sur le tas toussa toussa ...  

Questions les amis
 
 
Dans le cadre d'un affichage avec : Sorting + Paging + recherche avancé d'un grid view contenant beaucoup d'enregistrement.
 
Quel méthode est la meilleure :
 
- Récupérer pour chaque page les 10 enregistrements correspondant, et remplir le reste de la datasource d'element null pour obtenir un bon paging. Ce qui implique de faire cette requête a chaque changement de page (pour 10 enregistrement c'est léger)
 
- Récupérer la totalité des enregistrement de la base, les foutre en cache, puis pour chaque changement de page, ne récupérer dans le cache que les 10 enregistrement correspondant a cette page.
 
Ou une autre méthode peut être ??
 
Merci

Personnellement quand je faisais des gridviews en webform j'avais développé mon propre paginateur (ce qui me permettait en plus d'être extrêmement souple dans sa présentation : bouton avant, apres, page début, page fin, numeros de pages, numéros de pages par intervalles... selon le nombre de pages à présenter) et j'utilisais les prédicats Take et Skip de LINQ pour récupérer les enregistrements que je voulais.
C'est simple à faire, un repeater pour afficher les LinkButton avec tes numéros de page, un événement derrière qui récupère les enreg dans l'intervalle que tu veux et qui bind le gridview.

Ton idée de monter toute la base de données en cache peut vite être casse gueule selon le nombre d'enreg à présenter

Oui  TotalRecall nous n'utilisons pas LINQ, donc en gros ca correspond a récuperer les 10 enregistrements correspondant au triplet suivant a chaque changement de page :
 
- N° de Page
- Ordre de Tri
- Critère de recherche utilisateur
 
Apres rien n’empêche de faire un pager personnalisé pour empêcher de combler d'elements null la datasource.
 
ps : Fred malheureusement SilverLight n'est pas du tout d'actualité dans ma boite.
 
Ok je pense que je vais partir sur cette méthode donc

Question liée à cette problématique :
 
Comment gérez vous une remontée de données, avec un filtre complexe :
 
Exemple : une recherche avancée avec 10 paramètres possibles, de tout genre ?
 
Quel est pour vous la meilleure méthode pour aborder ca ?
 
Merci

Ben ça dépend de ta source de données et comment tu construis tes requêtes (ORM ou autre).
En SQL il y a un truc très simple et bien pratique que tu ne connais peut être pas, pour chaque critère tu joues :
AND (critere IS NULL OR monchamp = critere).
-> le critère n'est appliqué que si tu lui passes autre chose que NULL. L'intérêt c'est que la requête n'a pas besoin d'être construite à la volée.

- Ma source de donnée est une BDD SQL Server.
- Mes requêtes sont construites à la volée, en fonction des critères sélectionnés par l'utilisateur. Soit j'utilise des PS auxquelles je passe les valeurs des filtres soit je construit la requête et l'envoie a la BDD.
 
Pas con cette petite astuce pour éviter de devoir tester chaque champ pour construire le WHERE
 

Salut a tous,
 
Je suis actuelement en train de develloper un plugin Outlook 2010 avec VS2010.
Hors je suis tombé sur un dileme.
 
Quand je crée mon Custom Ribbon (En visual designer), je ne peut pas setter mon datacontext.
J'aurais voulu savoir si l'un de vous savait comment faire pour ajouter un datacontext a mon ribbon.
 
Car sinon tout va fonctionner en event, ce qui est anti MVVM.
 
Comment le rendre MVVM ?
 
Merci d'avance.
 
Kaiser52.

Petite question à vous
 
Prenons le cas suivant :
 
Les utilisateurs d'une plateforme peuvent importer un fichier Excel qui doit être traité afin d'être correctement insérer dans la BDD ( sur plusieurs tables )
 
User 1 -------> Excel1--------
                                        |--> BDD
User 2 -------> Excel2--------
 
Cependant le contenu des fichiers doit être traité, inséré dans 2 Tables de travail, puis suite à des traitements 3 tables finales seront remplie par le contenu des 2 tables précédentes.
 
(Je ne sais pas si je suis clair )
 
Comment gérer ces cas afin d'empêcher que les procédures des utilisateurs ne se marche dessus ?
Que les données ne se mélange pas lors des traitements ?
 
Merci d'avance

 
Horodatage dans les 2 tables de travail, ensuite, la dernière MAJ prends le dessus pour être inséré dans les 3 tables "finales" ?

Que veux tu dire par horodatage ?  
 
Merci de ta réponse

Petit message express pour signaler une MAJ de la section outils/plugins du premier post.
Au passage, pour ceux qui comme moi utilisent Resharper/Refactor!/Visual AssistX n'hésitez pas à partager vos avis et astuces .

Si j'ai le courage ce week end je regarderai un peu les dernières questions...
Bonne soirée à tous !

 
Merci