C#을 이용한 DB코딩 21

자. 새로운 포스팅을 해보자.

 

사실상 앞서 이야기를 적으면서 올바르지 않는 MVC 의 패턴이야기를 적었다.

그럼에도 아무도 그것을 지적해 주거나 말해주지 않는건

그렇게 세상이 이미 많이 차가워 졌거나 서로간의 간섭할 필요성이 사라지기 때문일것이다.

기본적으로 MS의 VS는 이미 이런식으로 Designer.cs에서는 View의 역할을 그리고

 

Form1.cs에서는 컨트롤의 역할을 하도록 만들었다.

고전적인 MVC 의 패턴은 단지 우리가 표현하고자 하는것의 실제적인 MODEL만 따로 만들기만 하면 크게 문제 없이 구성이 완료된것이다.

하지만 말이다. 기것 자동컨트롤로가 만들어 주는것이 전부로 코딩을 한다면? 그것이 옳을것인가?

그런 생각을 해보지는 않았는가?

조금 더 내가 이미 설명한 형태처럼 조금은 다르게 저 폼과 디자이너를 하나의 뷰단에 넣는입장의 분리형은 어떻게 생각하는가 말이다.

 

컨트롤이 꼭 하나일 가능성을 가지고 있는가 그렇다면 새로운 컨트롤

지금의 이야기에서 계속 진행하듯이 전체를 대변하는 하나의 컨트롤이 있고 이런 각자의 컨트롤들은.. 단지 지칭하지는 않지만 말그대로 로컬의 컨트롤들이라고

개념을 가져보자.

 

이말은 이미 고전적인 형태의 패턴은 그 시절을 반향하기 때문일것이다. 게다가 그시절 언어의 구현에도 영향을 미칠것이고 지금의 입장에서는 조금 변형적인건 어떤가 하는 이야기다.

물론 정확하게 내가 만든코드는 정상적이라고 볼수 없다.

왜냐면 클래의 각 성향 은닉성같은것은 지켜주지 않기 때문일것이다.

여하튼… 계속 되는 이야기를 해보도록 하자.

 

(참고로 이런식과 유사하게 이야기 하는것을 Front Controller라고 이야기 하기도 한다. (유사하다고 이야기했다.) )

 

--------------------------------------------------------------------------------------------

 

바인딩의 방법은 여러가지가 있지만 기본적으로 DB에 바로 하는것들만 다들 익숙하다. 아니 실제적으로는 DataTable같은것에 바인딩이 될것이다. 이것 조차도 대부분 자동화 툴에 익숙하다 보니 그렇게 들 한다.

바인딩은 나중에 이야기 하고

이제 폼에서 데이터를 가져왔다면 DB실제적으로 데이터를 넣어야 될것이다.

이제 MDB의 모듈을 더 추가해서.. MDB에다가 데이터를 넣어보도록 하자.

 

 

자.. 입력을 해야하는데.
입력을 위해서는 테이블이란것이 필요하다.
테이블의 이름을 Form이란곳의 태그에 적도록 하자.
그럼..

insert into (Form의 테그이름) (column1, clumn2...) values(value1,value2...)
의 형태가 될것이다.

앞서 우리가 만든것은 무엇인가?
폼을 하나의 데이타셋으로 만드는것이다. (이말은 약간의 어폐가 있긴하다)

그럼 그것을 인자값으로 받아 입력한다면? 된다는이야기가 된다.

여기서 넘겨주는것은 폼의 주소값을 넘겨주도록 하자.
(개인적으로 인자값의 개수가 많은것을 싫어한다.)

물론 여기서 하나의 폼이 꼭 하나의 테이블과 대응된다는것 자체가 말이안되는 사건이긴하다만 여타 이런코딩을 처음보는 사람들이 대부분이 아닐것인가?
그렇다. 그러니 지금은 복잡하게 나간다면 더욱 더 어렵게만 느껴질테니 조금은 단순하게 하나의 폼에 하나의 테이블이란 (?)생각으로 가자.

게다가 이미 어느정도 이해를 했다면 사실상 이런건 문제가 아닌 그냥 SP단에서 처리를 할것이니 더욱 더 문제가 아니다.

 

 

 

 

ps1)
내가 추구하는 코딩이란것은 최적화, 빠른것을 추구하지 않는다.
아니 지독스럽게 그런것을 추구할때도 있다.
하지만 만약 둘중 어느것을 선택해야되는 입장에 선다면 코딩의 편의를 더 추구한다.