Bonjour,

Effectivement des espaces se sont glissés dans l'url. J'ai corrigé le soucis.

Cyril DURAND

Si tu fais tes tests avec Visual Studio, tu n'as pas besoin de ça, c'est nativement intégré.

De mémoire, tu peux faire un test unitaire avec l'attribut et spécifier l'attribut HostType("ASP.net") et UrlToTest. Tu dois également pouvoir récuperer la réponse à partir d'un test web classique.

Les contrôles de validation de ASP.net sont actif à la fois coté client et côté serveur.
J'ai écrit plus en détail sur le sujet ici : http://blogs.developpeur.org/cyril/archive/2008/09/02/asp-net-tout-savoir-sur-la-validation-des-entr-es-utilisateurs-les-controles-de-validation.aspx

Je prefere avoir le code de traitement dans le render. Je trouva ca plus logique, cela évite que le code de traitement soit fait plusieurs fois, le Render est forcément fait une seule fois, de plus tous le framework .net fait ainsi.

Si le contrôle peut afficher 2 templates en même temps je ne vois plus l'interet du LocalizedView ? J'ai loupé quelque chose ou alors il est inutile ? :)

L'idée est interessante, la réalisation est simple et propre => joli travail :)

Par contre pourquoi ne pas avoir mis le code de l'affichage (ou non) du contrôle dans le Render ? plutot que dans les setter des property ?
Je ne suis pas sur d'avoir compris l'utilité du contrôle LocalizedView ? D'après ce que j'ai lu des sources, il ne fait que contenir des MessageTemplate rien de plus ? Il aurait été interessant que le LocalizedView ne permette d'afficher qu'un seul des MessageTemplate. Actuellement il semble possible d'afficher 2 templates différents ?

Idées pour compléter le contrôle : A la place d'un String pour le CulturesInclude et CulturesExclude ca pourrait être sympa d'avoir un tableau de String. Idem plutot que d'avoir un String (ou un String[]) il serait sympa d'avoir un CultureInfo (ou CultureInfo[])

Bonjour,

Plutot que de faire ta propre fenêtre de login, tu peux utiliser celle de windows, Kenny Kerr explique tout ça ici : http://msdn.microsoft.com/fr-fr/library/aa480470.aspx

quel principe ?

Il s'agit d'une source ASP.net 1.x, avec ASP.net 2.0 il faut mieux utiliser le contrôle <asp:fileupload qui permet de simplifier la plupart des choses.

Ton code dispose d'une ENORME faille de sécurité. Qu'est-ce qui se passe si j'upload la page "CrashServer.aspx" et que je vais à l'adresse /others/CrashServer.aspx ?
Voici quelques règles de base au sujet de l'upload :
  - ne jamais faire confiance à l'utilisateur !
  - ne jamais stocker les fichiers avec le nom et extensions proposé par l'utilisateur
  - si possible :
     - ne pas autoriser tous les types de fichier, valider les données avant de les sauvegarder
     - ne pas sauvegarder les données dans un repertoire ayant des droits d'execution.
         - le top est de stocker les fichiers dans un dossier non accessible via IIS, puis renvoyer le contenu du fichier via un handler dédié.


Au niveau du code, je te conseille d'utiliser un Path.Combine plutot que de la combinaison de string.
Au lieu de faire de faire un extension.toLower() pour comparer les extensions, tu peux utiliser un String.Compare("EXE", "eXe", StringComparison.InvariantCultureIgnoreCase)
Au lieu de faire un if (s != String.Empty) tu peux utiliser la méthode String.IsNullOrEmpty (peut être pas dispo en .net 1.x)

pas besoin de T y'aura de l'inference de type :

Orderer.Sort<IComparable>(l, delegate(Person p){
  return p.Name;
}, delegate(Person p){
  return p.Age;
});

En fait après reflexion, je pense que tu pourrais remplacer U par IComparable dans la méthode Sort (et supprimer la contrainte where) car tu peux pas avoir une Get<U>[] où U aurait un type différent, donc autant passer par un IComparable directement.

le mot clé params veut dire que tu peux mettre autant d'argument que voulu, ils vont se regrouper dans un tableau automatiquement.

On trie d'abord par la premiere propriété puis la seconde propriété. Si les premières propriétés sont égales alors on check la seconde et ainsi de suite donc il est nécessaire de faire le break;