Re: [Springframework-developer] IJdbcTemplate / IHibernateTemplate / ISqlMapTemplate

[Rod J. <rod...@in...>]

XXXXOperations is fine by me. I agree, IXXXX isn't ideal.

----- Original Message -----
From: "j=FCrgen h=F6ller [werk3AT]" <jue...@we...>
To: <spr...@li...>
Sent: Thursday, February 05, 2004 4:44 PM
Subject: [Springframework-developer] IJdbcTemplate / IHibernateTemplate /
ISqlMapTemplate


Everybody,

Due to a recent request, I've just extracted IHibernateTemplate and
ISqlMapTemplate interfaces, analogous to IJdbcTemplate that Rod introduce=
d a
while ago. They are intended to ease mocking for unit-testing DAOs, for
those who want to mock at this level. For typical DAO implementations, th=
e
standard template classes are good enough, allowing for mocks of the
underlying persistence tool and live tests against a database.

However, I wonder about the naming. We don't have the I* pattern anywhere
else in the framework; on the other hand, we need to keep the old templat=
e
names for compatibility (and some templates don't lend themselves for suc=
h
an interface, like JdoTemplate). IHibernateTemplate etc doesn't worry me,
but maybe a different name like HibernateOperations would be better?
Essentially, those interfaces specify a set of data access operations for=
 a
particular persistence tool.

The naming isn't too important, though, as it will not be the main API th=
at
people will work with; the template classes will be. We'll just let the
templates implement those operation interfaces to allow for mocking them =
if
desired. BTW, iBATIS SQL Maps is all based on concrete classes rather tha=
n
interfaces, not allowing to mock the persistence tool itself.

Juergen



-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Springframework-developer mailing list
Spr...@li...
https://lists.sourceforge.net/lists/listinfo/springframework-developer