|
From: Kopylenko, D. <dko...@ac...> - 2004-02-05 16:50:38
|
I'm not a big fan of Ixxx naming pattern for interfaces. +1 for = renaming them to something else. Dmitriy. -----Original Message----- From: j=FCrgen h=F6ller [werk3AT] [mailto:jue...@we...]=20 Sent: Thursday, February 05, 2004 11:45 AM To: spr...@li... Subject: [Springframework-developer] IJdbcTemplate / IHibernateTemplate = / ISqlMapTemplate Everybody, =20 Due to a recent request, I've just extracted IHibernateTemplate and ISqlMapTemplate interfaces, analogous to IJdbcTemplate that Rod = introduced 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, = the standard template classes are good enough, allowing for mocks of the underlying persistence tool and live tests against a database. =20 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 = template names for compatibility (and some templates don't lend themselves for = such 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. =20 The naming isn't too important, though, as it will not be the main API = that 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 = than interfaces, not allowing to mock the persistence tool itself. =20 Juergen =20 ------------------------------------------------------- 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 |