È possibile utilizzare @Bind con enumerazione e altri tipi arbitrari utilizzando JDBI?

Question

JDBI supporta il binding dei tipi di enumerazione tramite annotazione?

Ad esempio, ipotizzando un DAO che ha incluso un metodo:

@SqlQuery("select count(*) from answer a where a.foo = :foo") 
Long someSqlQuery(@Bind("foo") Foo foo); 

E, foo pari a Foo.BAR, potrebbe mi aspetto una query:

select count(*) from answer a where a.foo = 'BAR' 

Se è così, è toString() utilizzata per determinare cosa è sostituito?

Inoltre, JDBI consente di utilizzare @Bind con qualsiasi tipo che si estende Object? E ancora, se è così, è toString() usato?

Answer 1

Secondo il source codeEnum.name() viene utilizzato, non toString()

Se un oggetto è legato, jdbi utilizza setObject(Object object) del driver JDBC che si sta utilizzando. Nella mia esperienza con PostgreSQL, ad esempio, associa con successo Map a hstore e array a postgreSQL array s perché questo è ciò che fa il driver jdbc di PostgreSQL.

Se si desidera gestire un particolare tipo di oggetti in un modo specifico, è possibile implementare ArgumentFactory s (per il quale non sembra esserci alcuna documentazione, ma un esempio qui in Stack Overflow) o BinderFactory s (che ho appena scoperto ora.)

Answer 2

Per rispondere alla domanda "Tipi arbitrari", è possibile implementare un BinderFactory da associare a tutto ciò che si desidera.

@BindingAnnotation(UserBinder.UserBinderFactory.class) 
@Retention(RetentionPolicy.RUNTIME) 
@Target({ElementType.PARAMETER}) 
public @interface UserBinder { 
    public static class UserBinderFactory implements BinderFactory { 

     @Override 
     public Binder build(Annotation annotation) { 
      return new Binder<UserBinder, User>() { 
       @Override 
       public void bind(SQLStatement<?> q, UserBinder bind, User arg) { 
        q.bind("userId", arg.getUserId()); 
        q.bind("uuid", arg.getUuid()); 
        q.bind("openId", arg.getOpenId()); 
        q.bind("givenName", arg.getGivenName()); 
        // etc. 
       } 
      }; 
     } 
    } 
} 

Questo è molto utile se si dispone di tipi complessi che si desidera memorizzare in un modo particolare, ad es. dati binari o raccolte che si desidera convertire in CSV o memorizzate solo in tabelle di mapping separate. Quindi si utilizza il nuovo legante fantasia in questo modo:

@SqlUpdate(
     "INSERT INTO user (openId,givenName,uuid," + 
     // etc. 
     ") VALUES (:openId,:givenName,:uuid" + 
     // etc. 
     ")" 
) 
public abstract int createUser(
     @UserBinder User user 
); 

È inoltre possibile utilizzare un @BindBean annotazione, che sarà automaticamente cercare campi su un oggetto dal nome del parametro bind (ad esempio, si può mappare un segnaposto interrogazione ":userId" al Metodo getUserId()).