검색결과 리스트
글
음.. -_-a 솔직히.. 보기 좋은건 필자는 ListView라고 생각하는데..
DataGrid의 강력함은 역시 좋았다 -_-;; 글고 UI도 ListView에 뒤지지 않았다;;
몇 만개의 데이터를 처리한다고 하면.. -_-;; 누구나 결과를 예상할 것이다;;
엄청난 과부하로 ListView는 -_-;; 죽어버린다;;
자신의 타입을 따라가는 것도 좋지만..
효율성과 자신의 개성을 따라가는 것이 중요한다.. ㅠ_ㅠ
DataGrid의 강력함은 역시 좋았다 -_-;; 글고 UI도 ListView에 뒤지지 않았다;;
몇 만개의 데이터를 처리한다고 하면.. -_-;; 누구나 결과를 예상할 것이다;;
엄청난 과부하로 ListView는 -_-;; 죽어버린다;;
자신의 타입을 따라가는 것도 좋지만..
효율성과 자신의 개성을 따라가는 것이 중요한다.. ㅠ_ㅠ
설정
트랙백
댓글
글
템플릿 메소드 패턴..
간단히 정리하면 다음과 같았다
알고리즘의 일부를 서브 클래스에서 구성하는 것.
상위에서 구성되어있는 일부를 하위에서 의존적으로 구성한다..
라는 뜻인 것 같다.
고정적으로 구현되어 있는 알고리즘에 서브에서 기존의 내용을 오버라이딩하면서
또 다른 결과물을 얻는 것이 편한 것 같기는 한데..
구성이 아닌 상속에 의한 의존도가 너무 쎄다..
하지만 프레임워크 작성에는 도움이 될 것 같다.
간단히 정리하면 다음과 같았다
알고리즘의 일부를 서브 클래스에서 구성하는 것.
상위에서 구성되어있는 일부를 하위에서 의존적으로 구성한다..
라는 뜻인 것 같다.
고정적으로 구현되어 있는 알고리즘에 서브에서 기존의 내용을 오버라이딩하면서
또 다른 결과물을 얻는 것이 편한 것 같기는 한데..
구성이 아닌 상속에 의한 의존도가 너무 쎄다..
하지만 프레임워크 작성에는 도움이 될 것 같다.
설정
트랙백
댓글
글
MVC..
Model View Controler...
전체적인 흐름은 다음과 같다
View에서 사용자들이 조작을 하면 Controler에서 Model에게 작업을 요청하고
View의 화면 전환이 일어나면서 Model에서는 처리 결과를 View에게 전달한다.
실제 Main 부분을 쓸때
Model 객체를 먼저 생성하고 Controler의 생성자에 대한 인자로 그 객체를 넘겨 이용한다.
이게 전반적인 흐름에 대한 설명이다 -_-..
(사실 회사에서 잠시 본 내용을 정리하는 거라서; 내용이 짧다;;)
Model에 observerPattern을 적용시킨다면 좋은 이점이 생긴다.
한 Model에서 서로 다른 View를 이용할 뿐 아니라 여러 View를 동시에 사용이 가능하다.
MVC에서 각각의 내부 Pattern Login은 다음과 같은 방법을 이용한다.
Model - 옵저버 Pattern
View - 컴포지트 Pattern
Controler - 스트래티지 Pattern
여기까지 작은 주절 거림 ^_^ 나중에 좀 더 자세한 내용을 적어야지..
Model View Controler...
전체적인 흐름은 다음과 같다
View에서 사용자들이 조작을 하면 Controler에서 Model에게 작업을 요청하고
View의 화면 전환이 일어나면서 Model에서는 처리 결과를 View에게 전달한다.
실제 Main 부분을 쓸때
Model 객체를 먼저 생성하고 Controler의 생성자에 대한 인자로 그 객체를 넘겨 이용한다.
이게 전반적인 흐름에 대한 설명이다 -_-..
(사실 회사에서 잠시 본 내용을 정리하는 거라서; 내용이 짧다;;)
Model에 observerPattern을 적용시킨다면 좋은 이점이 생긴다.
한 Model에서 서로 다른 View를 이용할 뿐 아니라 여러 View를 동시에 사용이 가능하다.
MVC에서 각각의 내부 Pattern Login은 다음과 같은 방법을 이용한다.
Model - 옵저버 Pattern
View - 컴포지트 Pattern
Controler - 스트래티지 Pattern
여기까지 작은 주절 거림 ^_^ 나중에 좀 더 자세한 내용을 적어야지..
RECENT COMMENT