Probleme avec LinqToSQL + BLL et commentaires utilisateurs

Bonjour à tous,

Je cherche actuellement comment réaliser l'enregistrement et la visualisation de commentaires utilisateur sur mon site et je bloque sur un point :

Il va de soi qu'il faut tout d'abord sécuriser l'affichage d'un commentaire (pour cela j'utilise un "literal" avec le mode sur "encode" et ce afin d'éviter l'injection de code malicieux.
Ensuite il faudrait que je puisse convertir tous les retours à la ligne par des balises <br />.
Malheureusement, je suis dans le flou au niveau structurel :
J'utilise le principe de DAL (data access layer) dans laquelle j'ai mes classes repository basées sur LinqToSQL
Ensuite j'ai une couche BLL (Business Logic Layer) dans laquelle j'ai mes services

Je voulais donc savoir comment je pourrais travailler sur le contenu de certains champs avant affichage (parsing des sauts de lignes, sécurisation par encodage, eventuellement implémenter des balises perso)

Comment faites vous sur vos sites ?

Merci d'avance
@ bientot

Salut,

Tu peux faire directement un

Code:

---

Server.HtmlEncode(MaChaine).Replace("\r\n", "<br />")

---

pour l'enregistrer.
Pour l'affichage, tu reprends directement ce que tu as en base.

Pour l'édition tu fais l'inverse

Code:

---

Server.HtmlDecode(MaChaine).Replace("<br />", "\r\n")

---

A+

Salut,

Oui en fait je suis en train de me dire que je me complique bien la vie avec cette histoire de BLL. Je m'etais mis en tete que je n'avais pas d'endroit ou je pourrais faire cette conversion mais finalement si, dans les methodes de create et update ^^

mais je suis en train de penser à autre chose...

Dans mon cas, j'aimerai avoir la possibilité d'afficher mes textes avec un passage dans un parseur, comme dans ce forum où les balises [c o d e] sont interpretées et mises en forme.

Je pourrais surcharger mes buisness objects avec une classe partielle qui permettrait de retourner ma propriété "commentaire" mise en forme via une deuxieme propriété genre "commentaireMisEnForme", tu vois ce que je veux dire ?

Je ne sais pas trop quelle option choisir. Aurais tu une autre idée pour le parsing de balises personnalisées ?

Citation:

---

Envoyé par zax-tfh

Oui en fait je suis en train de me dire que je me complique bien la vie avec cette histoire de BLL.

---

Non non, garde ces couches c'est très utile

Citation:

---

Envoyé par zax-tfh

Je m'etais mis en tete que je n'avais pas d'endroit ou je pourrais faire cette conversion mais finalement si, dans les methodes de create et update ^^

---

Où ça? Tu dois retenir une chose à mon sens c'est qu'une BLL ne doit pas être dépendant de l'interface. Tu dois pouvoir faire appel à ta bll aussi bien par une console (utile pour les batchs), un winform ou un webform. Les méthodes Create/Update etc. ne font que de l'insertion ou de la mise à jour mais pas de transformations. Les données devraient être transmise telles quel.

Citation:

---

Envoyé par zax-tfh

Je pourrais surcharger mes buisness objects avec une classe partielle qui permettrait de retourner ma propriété "commentaire" mise en forme via une deuxieme propriété genre "commentaireMisEnForme", tu vois ce que je veux dire ?

---

Les business object n'ont pas de méthodes seulement des propriétés, la bll est là pour ça. Ccela pourrait donner

Code:

---

<asp:TextBox ID="txt" runat="server" Rows="10" TextMode="MultiLine"></asp:TextBox>

---

Code:

---

1 2 3 4 5 6

MonObjet o = new MonObjet(); o.Description = "Hello world!"; MaBll.Insert(o); o.Description = Server.HtmlEncode(txt.Text).Replace("\r\n", "<br />"); MaBll.Update(o);

---

A+

Citation:

---

Non non, garde ces couches c'est très utile

---

Ce n'est pas ce que je voulais dire, je vais la garder la couche t'inquietes ;)

Citation:

---

Tu dois pouvoir faire appel à ta bll aussi bien par une console (utile pour les batchs), un winform ou un webform. Les méthodes Create/Update etc. ne font que de l'insertion ou de la mise à jour mais pas de transformations

---

Attention, ne pas confondre BLL et DAL ;)
BLL = regles métier
DAL = accès aux données

Citation:

---

Les business object n'ont pas de méthodes seulement des propriétés

---

Oui et c'est pour cela que je parlais de propriétés ;)

Tu as raison lorsque tu dis que la DAL et BLL devraient uniquement traiter les données telles quelles et c'est pour cela que ça ne m'enchante pas d'enregistrer les données "traitées" comme tu le proposes car en faisant cela, je fausserai les données stockées en base avec des caractères purement HTML -> donc exit les winforms, console et compagnie.

C'est pour ca que j'aimerai vraiment parser mes données uniquement à l'affichage mais je ne vois pas comment faire :(
Il faudrait que je me construise un controle du style litteral mais en plus élaboré quoi. Là j'aurais vraiment quelque chose d'indépendant entre les données et la présentation.

Je vais jetter un coup d'oeil pour voir comment je pourrais etendre le controle "label" et lui ajouter quelques petits trucs maison ;)

Edit : Je confirme ! etendre un label est bien plus efficace :)
Donc la manip est simple : créer une classe qui hérite de Label puis surcharger sa méthode render :) (y'a plein de docs sur google en cherchant "asp.net extending label"

Citation:

---

Envoyé par zax-tfh

Attention, ne pas confondre BLL et DAL ;)
BLL = regles métier
DAL = accès aux données

---

Merci je sais aussi ce que c'est. Mais si on a DAL.Create, avant aussi il y a BLL.Create. Enfin j'imagine que tu sais cela aussi ;)

Citation:

---

Envoyé par zax-tfh

Oui et c'est pour cela que je parlais de propriétés ;)

---

Mais une propriété ne change pas de valeur toute seule (n'est pas dépendante d'une autre propriété), sinon, c'est une méthode.

Citation:

---

Envoyé par zax-tfh

Tu as raison lorsque tu dis que la DAL et BLL devraient uniquement traiter les données telles quelles

---

Ben justement, c'est le role de la Bll de retravailler les données avant de les envoyer dans la DAL

Citation:

---

Envoyé par zax-tfh

et c'est pour cela que ça ne m'enchante pas d'enregistrer les données "traitées" comme tu le proposes car en faisant cela, je fausserai les données stockées en base avec des caractères purement HTML -> donc exit les winforms, console et compagnie.

---

Tu as raison. Ceci dit l'encodage html répond à un besoin très important c'est de lutter contre les injections de javascript dans la base de données. Mais cela peut être résolu par ce que tu dis :

Citation:

---

Envoyé par zax-tfh

C'est pour ca que j'aimerai vraiment parser mes données uniquement à l'affichage mais je ne vois pas comment faire :(
Il faudrait que je me construise un controle du style litteral mais en plus élaboré quoi. Là j'aurais vraiment quelque chose d'indépendant entre les données et la présentation.

---

Et

Citation:

---

Envoyé par zax-tfh

Je vais jetter un coup d'oeil pour voir comment je pourrais etendre le controle "label" et lui ajouter quelques petits trucs maison ;)

Edit : Je confirme ! etendre un label est bien plus efficace :)
Donc la manip est simple : créer une classe qui hérite de Label puis surcharger sa méthode render :) (y'a plein de docs sur google en cherchant "asp.net extending label"

---

Interessant effectivement. Mais maintenant que j'y pense, je crois que le label le fait déjà c'est pour cela qu'il y a un controle literal. Du coup cela rend l'encodage html inutile. La seule chose qui compte c'est de remplacer les \r\n par des <br />.

A+

Mes quotes sur ton topic c'etait pour eviter toute ambiguité pour les lecteurs ;) je sais qu'on sait l'un comme l'autre de quoi on parle :D
Pour ce qui est de la BLL (toujours pour les lecteurs), je suis d'accord sur le fait qu'elle traite les données et les manipule mais en aucun cas ne les met en forme car si tu utilises une meme BLL pour une appli ASP et une appli winforms la mise en forme html ne collera pas pour un des deux cas :)

Pour conclure : le controle literal fait effectivement l'encodage (mode sur "encode") mais malheureusement ne change pas les sauts de lignes en balises br.

Donc pour ma part, je pense rester sur mon extension du label classique pour :
-1) encoder les caracteres spéciaux (sécuriser l'appli)
-2) modifier les sauts de lignes en br
-3) me laisser la possibilité d'ajouter des parsings persos (balises genre [c o d e] comme sur ce forum)