These are chat archives for scalikejdbc/ja

6th
Jul 2015
kenji yoshida
@xuwei-k
Jul 06 2015 02:03
なるほど。sbt-pluginのcode generatorが生成するコードにbatch insert用のメソッドがあってもいいのなら、自分が機能追加してpull reqしようかとも思うけど、batch insert用メソッドがあるべきなのか(ほとんど変わらない手間でやる方法あるのか)がよくわかってないので、他のコミッターの人誰か
Shunsuke Wada
@letusfly85
Jul 06 2015 02:30

こちら、そうですね、あるべきについてはご意見伺いたいです。

ちなみになのですが、generatorは下記でしょうか。
https://github.com/scalikejdbc/scalikejdbc/blob/master/scalikejdbc-mapper-generator-core/src/main/scala/scalikejdbc/mapper/CodeGenerator.scala

kenji yoshida
@xuwei-k
Jul 06 2015 03:17
はい、そのファイルですね(ひたすら文字列連結で頑張ってて読みづらくてつらいですが・・・)
Kazuhiro Sera
@seratch
Jul 06 2015 04:03

あまり時間がなく読み取れてなかったらすみません。batch insert を使ったコードを書けばいいだけのような気がするのですが、そういう処理が大量にあるから code generator で生成させたいというニーズも同時にあるということでしょうか?

もし code generator で生成したコードを基本的に手動で編集したくないということであれば、前々からあるニーズですが
現状の code generator は開発の最初で楽するために生成できればよいというスタンスでつくったものなので、それをやりやすい形には今のところなっていません。

kenji yoshida
@xuwei-k
Jul 06 2015 05:12
なるほど (面倒 and/or そこまで重要じゃない、需要がなかっただけで) 別に追加するぶんには問題はない感じですかね?
しかしidを受け取らない場合のbatch insertメソッド作るとしたら、それのparameterは List[id以外をのぞいたTupleN] みたいな微妙な型になるのだろうか・・・
Shunsuke Wada
@letusfly85
Jul 06 2015 05:47

batch insert を使ったコードを書けばいいだけのような気がするのですが、そういう処理が大量にあるから code generator で生成させたいというニーズも同時にあるということでしょうか?

こちら、そのとおりです。
自前で、関数を作成するのも可能ですが、再設計・再開発・再テストをちょこちょこ行う予定です。
その際に、一つのエンティティにカラム数が多いのと、上記のような処理を行うエンティティが複数存在するため、できれば、モデル変更があるたびに、scalikejdbcGenをうって、変更箇所を極小化させたい、と思った次第です。

Shunsuke Wada
@letusfly85
Jul 06 2015 05:57
はい、そのファイルですね(ひたすら文字列連結で頑張ってて読みづらくてつらいですが・・・)
こちらフォークしてみました。
Kazuhiro Sera
@seratch
Jul 06 2015 08:23

なるほど (面倒 and/or そこまで重要じゃない、需要がなかっただけで) 別に追加するぶんには問題はない感じですかね?

使いやすい感じになればアリかなとは思います。

Shunsuke Wada
@letusfly85
Jul 06 2015 10:09
こんな感じで書いてみました。もうちょっと見てみます。
letusfly85/scalikejdbc@cb8cac8