40page

- 40 - 페이지에 검색이 필요한 오브섹트가 있는 경우2) 이 경우는 페이지 안의 오브젝트가 오쏘링시 필요한 모든 요소를 갖지 못하고 호스트에 필: 요한 데이타를 요청해야 하는 경우이다 검색이 필요한 오브젝트가 될 수 있는 것은. 등이다CImgScrollObject, CEditObeject, CWindowListBox, CStringObject . nowrocgi objecttype otjectid keyword← nowrocgi end← 이러한 명령을 단말측에서 올리면 호스트는 의 경우는CImgScrollObject 의 경우는HI_DYNAMENU_SEARCH_IMGSCROLL, CEditObiect 등으로 결과를 알려HI_DYNAMENU_SEARCH_EDIT, HI_DYNAMENU_SEARCH_STRING 준다. 사 개선방향. 의 문제1) Serialize Routine 가 가진 근본적인 문제는 파일을 순차적으로 밖에 접근하지 못한다는 점이다 따라Serialize . 서 페이지간의 빈번한 이동이 일어나는 경우 과 같이 파일 포인터를 이동시켜 동적으fseek 로 하나의 페이지를 구성하는 오브젝트를 생성할 수는 없고 모든 페이지의 모든 오브젝 트, 를 메모리에 들고 있을 수밖에 없다 이것은 잠재적으로 메모리 부족 문제를 일으킬 수 있. 다 또 많은 페이지를 가진 애플리케이션의 경우 최초의 로드시에 시간이 많이 걸린다. . 해결책은 같은 나 를 써서 혹은 의 를ODBC RDBMS OODBMS , OLE Storage/Stream Object 사용해서 해결할 수 있다 물론 해당 오브젝트를 화열 액세스로 동적으로 생성하는 방식은. 여러 가지 기법에서 밝혀진 바와 같다OOP . 의 추가 문제2) Viewer 현재 애플리케이션을 보여주는 윈도우는 하나의 스타일로 고정이 되어있다 그리고 애플리. 케이션 전체에서 사용하는 윈도우는 하나 밖에 없다 이것은 새로운 스타일을 지정할 수 있. 는 뷰어의 추가로 해결이 가능하다. 또 뷰어는 단지 볼 수 있는 원도우의 스타일을 달리 할 수 있는 것 외에 도움말 윈도우 같, 은 새로운 윈도우를 띄웠다가 이전의 윈도우로 복귀하려고 하는 경우 필수적이다 현재 는. 공통적인 도움말을 띄운 후 이전 윈도우로 복귀할 방법이 없다.