sql >> Database >  >> RDS >> Sqlserver

Heb ik een Service-object nodig?

De grootste redenen waarom ik geneigd ben om een ​​servicelaag te hebben, zijn om de volgende twee redenen...

  1. Methoden markeren als @Transactional, zodat alle DAO-verzoeken binnen deze methode in één transactie plaatsvinden.

  2. Ik kan de scheiding van zorg van de DAO en de gebruikersrollen vergroten. Ik kan methoden markeren die bepaalde gebruikersrollen vereisen en als zodanig past het heel goed bij Spring Security.

Je kunt gewoon een DAO bellen vanaf de controller, maar je blijft hangen als je later wilt uitbreiden. Om de verbinding te krijgen, kunt u de service markeren als @Transactional en de DAO als een @Repository en Spring zal het hele sessie-object voor u en injectie enz. Afhandelen.

Ik heb de neiging om (misschien ten onrechte) aan de servicelaag te denken als een façade die toegankelijk is, of het nu vanuit een webservice of een controller of wat dan ook is, het blijft gescheiden.



  1. SQLSTATE [HY000] [2003] Kan geen verbinding maken met MySQL-server op '127.0.0.1' (61) fout Laravel 4.1

  2. Equivalent van SQL Server aan Sleep():de WAITFOR-instructie

  3. hoe een geserialiseerd object met naamruimte in de database op te slaan met behulp van pdo php

  4. Is het gebruik van de RETURNING INTO-component sneller dan een afzonderlijke SELECT-instructie?