me2day

아!!! 난 iBatis가 정말 싫다!!! 11.05.30 17:31

미투 2 꾸우 호야지기

18 개의 댓글이 있습니다.

Lili Lili

샤이어.. 베긴스..;;

11.05.30 17:39
준이 쭈니

하아..

11.05.30 17:45
ologist ologist

어떤 문제가 있나요?

11.05.30 18:02
집필좋아 집필좋아

ihateibatis.com 도메인을 구매하신 후 싫은 이유를 대충 영어로 쓰면 언젠가 보지 않을까요?

11.05.30 18:25
쑤짱 쑤짱

어떤오류 때문에 이리 싫으신가요??

11.05.30 19:00
fupfin fupfin

ologist 오늘 종일 논리적으로 설명할 수 없는 문제를 격었고요. 기본적인 개념이 마음에 안 들어요. 디버깅하기도 쉽지 않고 생산성도 그리 좋지 않고 복잡해지면 통제하기도 쉽지 않죠.

11.05.30 19:33
fupfin fupfin

쑤짱 위에 적었음...;;

11.05.30 19:34
fupfin fupfin

집필좋아 샀더니 이미 mybatis로 이름을 바꾸었고...;;

11.05.30 19:34
꾸우 꾸우

저는 적극적으로 반대했으나 다른 곳도 쓴다면서 쓰기를 강요하더라고요. 그냥 스프링JDBC로 후훗 -_-);

11.05.30 20:10
fupfin fupfin

꾸우 스프링 JDBC가 진리입니다.

11.05.30 20:33
그냥허니몬 허니몬

옆에서 보고 있으니... 정말 괴로워보이십니다... 저도 비슷한... 경험을... Sqlmap과 SqlMap의 차이...

11.05.30 20:40
setq~♡ setq~♡

api상식에서 벗어나죠. contract도 안맞고 갑갑하고. 그래도 c/s 로부터의 이전에는 적당했던 선택이었죠. 계층이 억지로라도 분리되니 당시 추세에도 맞고 오픈소스라 인원 수급도 쉽고. 이후로 성능과 용량문제가 닥쳤지만.

11.05.30 23:29
setq~♡ setq~♡

그런데 spring jdbc에 wrapper 씌워도 익히고 쓰는 데 아무 지장 없더군요. 코드 유지만 되면. 단점은 매번 새로운 모양으로 만들고 싶어진다는 점 정도.

11.05.31 09:16
fupfin fupfin

setq~♡ 맞습니다. spring jdbc 기반으로 필요한 부분만 보충해 쓰는 게 훨씬 작업하기 좋죠.

11.05.31 09:17
setq~♡ setq~♡

스키마 기반이었으면 ibatis와 spring jdbc를 혼용한 dao를 만들 수도 있었을텐데요.

11.05.31 09:53
fupfin fupfin

setq~♡ 스키마 기반이 어떤 건가요? +_+

11.05.31 10:05
setq~♡ setq~♡

dtd잖아요. 소스 단일화하고 싶은거죠.

11.05.31 10:09
fupfin fupfin

setq~♡ 아! 그 스키마군요! ㅎㅎ

11.05.31 10:26