La plupart des logiciels multi-utilisateurs sont tôt ou tard confrontés à des problèmes liés à la concurrence d’accès aux données : typiquement, deux personnes modifient les informations d’une même commande au même moment. L’une d’elle sauvegarde la première, puis la seconde fait de même. Si aucune politique de gestion de la concurrence n’a été mise en place, les modifications effectuées par la première personne seront perdues et cette personne n’en saura rien. Du moins jusqu’à ce qu’elle consulte la commande à nouveau. Bien entendu, ni elle ni le développeur appelé en renfort ne comprendra pourquoi des modifications auront été perdues. L’utilisateur doutera un peu plus du développeur ; le développeur se méfiera un peu plus de l’utilisateur… Lire la suite »
C’est bien beau de ne pas parler des dessous de la robe de la mariée, mais est-ce vraiment utile ? Lire ci-dessous pour la suite.
Lire la suite »
Voici une curiosité de C#. Nous nous attendons à ce que this, dans un objet de type référence soit une référence. Et qu’il soit éventuellement une valeur dans un objet de type valeur.
Eh bien, c’est juste le contraire !
Lire la suite »
Quelques notes à propos de la récupération (download) d’un fichier par l’utilisateur.
Soit une page aspx contenant un bouton nommé Ouvrir. ce bouton permet à l’utilisateur d’ouvrir un document situé sur le serveur.
La façon habituelle de procéder consiste à créer un fichier joint à la réponse retournée par le serveur. Une fois cette réponse reçue par le browser, ce dernier demande généralement à l’utilisateur s’il veut ouvrir ou enregistrer le fichier joint. Si l’utilisateur choisi d’ouvrir le fichier, ce dernier est affiché dans une nouvelle fenêtre (ou un nouvel onglet).
Lire la suite »
Ou comment ne pas passer trois plombes à parcourir ligne à ligne des méthodes qui ne vous importent pas. La suite ci-dessous. Lire la suite »
Ben voilà : vous avez deux objets en mains, X1 et X2, et vous vous demandez s’ils sont égaux… Ou s’il s’agit du même… Comment faites-vous ? Lire ci-dessous pour quelques pistes.
Lire la suite »
L’un des seuls reproches que je peux faire à Visual Studio est la présence de commentaires en XML… Déjà qu’ils n’étaient jamais mis à jour en texte à peu près libre, je ne vois pas qui prendra le temps de jouer avec des tags XML en plus (sauf les rares développeurs d’API, bien sûr !).
Cela dit, si vous trouvez comme moi que les commentaires ne sont pas assez mis en évidence dans Visual Studio, vous pouvez toujours faire comme moi. Lire ci-dessous pour la suite.
Lire la suite »
Compte rendu d’une lecture récente. Et super-amusante !
UNIX est un monde en soi, avec ses règles inattendues, son efficacité qui reste à prouver et ses illogismes. Vous qui avez pas mal de bouteille en informatique et qui ne comprenez toujours pas UNIX, lisez la suite ci-dessous… Je ne suis pas sûr que vous comprendrez enfin UNIX, mais en tout cas, vous devriez sourire pas mal de fois !
Lire la suite »
Dans l’article précédent, nous avons créé une classe Customer et une classe ReadOnlyCustomer. Sachant que le code ne manipule que des objets de type Customer, comment déterminer dans le débuggeur si l’instance d’un objet donné est modifiable (read-only) ou non ? Lire la suite ci-dessous.
Lire la suite »
Voilà ce que ça donne de passer son temps à regarder le code de .NET dans Reflector : on y trouve chaque jour des façons de faire auxquelles nous n’avions pas pensé !
Ici, une façon simple de founir des objets non modifiables. À lire ci-dessous.
Lire la suite »