développement en couche - buisness object

**moustiqu3** · 05/06/2010, 10h41

Bonjour,

on m'a parlé de développement en couche :

la buisness object. Je ne comprend pas ce que cela veut dire....peut-on m'éclairer?
Je ne sais pas ce que l'on y fait etc...

Aussi, dans une base de donnée, on demande de faire un comit après une requête, pourquoi? Pour écrire dans la BD en dur?

Merci de m'éclairer ;-)

**Nicolas Esprit** · 05/06/2010, 11h00

Tu as un article de Thomas Lebrun sur je sujet, et bien d'autres sur Google (sans parler de tous les patterns à la mode : MVC, MVP, MVVM, etc...)

Aussi, dans une base de donnée, on demande de faire un comit après une requête, pourquoi? Pour écrire dans la BD en dur?

Le commit est appelé dans le cadre de l'utilisation d'une Transaction.

**hegros** · 05/06/2010, 14h18

Le développement en couche est un pattern d'architecture (MVC etc n'en sont que des variantes, il existe plus de 100 ou 1000 variantes du pattern en couche)

Là notamment tu parles d'une couche buisness ce qui veut dire que les objets ont une forte valeur métier (il ne s'agit pas de classe technique comme de la DAO)

Le commit ce n'est pas réservé qu'aux transactions, un commit permet de "purger" le buffer dela base de données afin que cela soit effectivement écrit sur le disque dur. En effet certains SGBD gére un buffer et n'écrivent pas directement sur disque avec le commit c'est chose faite (exemple avec interbase)

**tomlev** · 06/06/2010, 03h33

Envoyé par hegros

Le commit ce n'est pas réservé qu'aux transactions, un commit permet de "purger" le buffer dela base de données afin que cela soit effectivement écrit sur le disque dur.

Oui, sauf qu'en ADO.NET, si tu n'es pas dans une transaction, les modifications de données sont commitées implicitement...