Mon monde en .NET

Il y a quelques jours, j'ai testé la gestion du "lock" sous Linq to SQL en cas de modification de tuple pendant la manipulation de l'objet chargé. J'avais rédigé un mini commentaire ici. Après avoir vu la remarque de Steve, j'ai décidé d'aller plus loin dans LINQ to SQL et sa gestion du lock. Après avoir réutilisé mon exemple, voici quelques remarques.

Par défaut, lors d'une mise à jour d'un tuple, Linq2SQL va utiliser tous les champs dans sa clause WHERE. Il est cependant possible de modifier ce comportement via un paramètre "UpdateCheck" nommé de l'attribut ColumnAttribute qui se place au dessus des propriétés ... Ce paramètre accepte un enum qui a trois valeurs.

1. Never => La propriété n'entre jamais en ligne de compte.
2. Allways => (valeur par défaut). La propriété entre toujours en ligne de compte dans un update.
3. WhenChanged => La propriété n'est prise en compte que si elle est modifiée.

Cela offre une grande souplesse, il est donc possible de faire un lock sur un champ d'une table .. par exemple un timestamp ... et les autres champs prendront "never".


L'autre possibilité est le "pessimistic locking" (désolé ... je ne connais pas le terme en français ;-). Il est possible de bloquer un tuple le temps d'une modification. Ceci ne m'a jamais semblé une bonne idée ... Cela ajoute un lag voir des problèmes d'accès en cas de plantage etc. Mais il est intéressant d'avoir connaissance de l'existence de cette possibilité dans LINQ to SQL.

En WCF, il arrive parfois que l'on publie un webservice avec une méthode utilisant une classe abstraite... Prenons par exemple une classe Animal abstraite et deux classes concrètes Chien et Chat ... Nous pouvons publier une méthode UpdateAnimal(Animal animal). Le problème est que lorsqu'on génère la classe proxy du côté client, on ne voit pas les classes Chien et Chat vu qu'elles ne sont pas directement utilisées dans les signatures ... Comment faire pour l'intégrer au WSDL et donc aux classes proxy ?

Avant:
La réponse se trouve dans le titre ... En effet cet attribut se place au dessus de la méthode ou de la classe .. et précise les classes qu'il faut également publier ... Il est possible d'ajouter un attribut par classe ou de regrouper ces types dans une méthode . A votre convenance

Après:

Plus d'informations ici.

Rien de tel qu'un peu de détente entre deux démo ... Ainsi il y a quelques mois est apparu une vidéo sur youtube d'une version chti de Claude Francois ... C'est en plus très tendance le chti ;-))).... et Claude ... Je vous invite donc à passer quelques minutes de plaisir ... (et ... vive le doudoudou mamidou !!! ;-))

La création d'activités dans une dll offre la possibilité de pouvoir la réutiliser dans différents workflows. On sépare proprement le code "business" exécuté avec le workflow. Ce post offre un mini exemple décrivant les différentes étapes pour réaliser une activité que l'on pourra intégrer à nos workflows et ensuite la méthode pour customiser le rendu de l'activité sur le designer de Visual studio (ou dans n'importe quel DSL rendant le workflow ... par exemple ... l'application WorkflowMonitor).

Workflow foundation est une technologie apparue sous .net 3.0. Il s'agit de nouvelles DLL etc permettant d'offrir des workflows dans une application .Net. On est loin et à la fois près de Biztalk ... La principale différence entre les deux est que Biztalk est utilisé pour des flux cross applications ... WF se limite à une application. Mais pourquoi en parler maintenant ? ... Simple. Cela faisait quelques mois que j'intégrais doucement ce mécanisme dans Lelibre.Fwk pour ce qui est action / validation lors d'action "OnSave" / "OnUpdate" dans la base de donnée. Et dernièrement, on m'a demandé de rechercher un peu plus en détail les possibilités qu'offre cette bibliothèque pour la possible intégration dans l'application à laquelle je vais participer ;-). Après avoir bien analysé les diagrammes séquentiels / persistence DB (pour lelibre.fwk) ... j'ai analysé ce qui est certainement souvent utilisé pour le changement d'états de nombreuses entités dans une application. Voici expliqué ci-dessous un petit exemple d'un diagramme d'état en WF.