좀 의욕을 가지고 글을 적을만 하니 갑작스럽게도 바쁘게 되었다.
쉽지않다. 하지만 할 수는 있다.
게시판은 기본적으로 미리 계산되어진 것을 보여주는 시스템들이다.
예를 들어
원글에 댓글이 3개 달려있다면 원글의 특정필드에 3을 넣어놓지 그때마다 3개인지 count하지 않는다는 이야기다.
전체 리스트가 미리 나올수 있도록 구조를 계산해 놓는다는 이야기다.
많은 실패를 거듭하다가 그누보드의 구조를 버리기로 결정했다.
이것은 결국 다시 원점으로 돌아가는 이야기다.
중구난방이란게 지금의 프로젝트도 마찬가지구나. 하여간
게시판의 로직을 태오사이트의 로직으로 처리하기로 결정
http://taeyo.net/Columns/View.aspx?SEQ=100&PSEQ=9&IDX=0
그러나 2번째 글을 보니 댓글의 순서가 맘에 안든다. 이건 업데이트를 먼저하고 인서트를 하도록 결정 그러면 원하는데로 나올것으로 추정?
앞서 너무 삽질을 하는 덕분에 구현에 따른 순서가 너무 두서가 없다는것을 깨달았다만 그것을 바로 잡을 방법을 생각하지 못한다.
일단은 가볍게 순서를 정해보자. 이렇게 되지 않더라도 순서는 존재해야 되는것이 아닐까?
- 1. 글 적기에 대해서 처리
- 2. 적은 글을 html로 보는것을 처리
- 3. 적은 글의 수정이 가능하도록 edit처리
- 4. 글의 삭제가 처리되도록 할것
- 5. 적은 글의 find처리
- 6. 리스트의 paging 처리
오늘은 글 적기의 기본형태를 처리해 보자.
-------------------------------------------
프로젝트를 한다는것은 역시 일정이 중요하다.
하지만 혼자서 프로젝트를 진행하고.. 게다가 직장인 , 집안일, 모임에 따른 각종 일들 까지 다 하면서
이렇게 뭔가를 만든다는것 게다가 새로운 기술이 계속 나오고
그래 본론을 이야기 해서 갑작스럽게 Ibatis를 가지고 내부 접근을 변경해 버렸다. ibatis는 상당히 쉬우면서도 mvc와 잘 매칭되는 프레임웍이다.
Ibatis.net을 사용하면 되는데 문제는 이녀석은 datatable을 지원하지 않는다. 뭐 상관은 없을듯..
그래서 Mybatis.net을 가지고 처리를 하니 이녀석은 있다. 그러나 아직은 좀 아직 다운듯..
결국 3일을 잡다하게 가지고 놀다가..(5분이면 되는데 왜 3일이냐 걸렸냐?면.. 당연히 퇴근이후에 뭔가 한다는게 5분하고 바로 자야 내일 출근을 하니까 말이다.)
ibatis.net을 여기에 맵핑 시켰다.
결론은 말이다. 정말.. 소스도 중구난방이 되어가고 있다 이렇게 구현 저렇게 구현한. 소스가 더덕더덕..
시행착오가 많다. 아마도.. 빨리 버전 2를 만들어야 할려나? 얼른.. 진행부터 하자.
하여간 지금은 누더기 소스를 계속 지속하는수 밖에 EF도 그래도 ibatis를 넣고 그리고 새로만든 db처리도.. 결국 db에 대한 프레임웍이 3개나 되어버렷다.
이런 조그만 소스에.. 하나씩 걷어내고 최종적으로는 ibatis를 사용하리라..
ibatis의 문제는 맵핑처리에서 대소문자를 구별한다는것이다. 이말은 내가 쿼리를 만들어서 실행하면 그 퀴리의 결과값
쿼리를 만들어야 되는것도 신중해야 된다는 소리다. 이것에 대한 옵션이 있는가 찾아봤는데 없다.
여하튼 결국 그냥 클래스에 있는 명칭을 다 소문자로 통일 시켰다 일단은..
이것때문에 또 여러가지로 중구난방의 소스가 되어간다.
아무래도 이 문서는 그냥 나 혼자 읽기용 문서가 되어야지.. 외부에 사람이 읽어서는 당최 무슨 이야기 인지 이해하기 힘들것 같다.
너무 삽질을 많이 하네.
ps)
EF를 포기한 이유들
1. 리스트를 보여줄때 content까지 쿼리되는게 싫다.
2. 동적테이블, 동적인 형태의 작성이 편법은 존재하지만 현재로서는 어렵다고 보여진다.
ps2) 파일 업로드
vNext의 deploy
http://weblogs.asp.net/imranbaloch/aspnet-vnext-folder-structure