이 유틸리티는 Windows API 정복 전문을 다 가지고 있습니다. 텍스트는 공개할 수 없으므로 암호화된 상태로 압축되어 있으며 또한 커스텀 리소스로 실행 파일에 포함되어 있습니다. 이런 이유로 이 유틸리티의 소스는 공개할 수가 없습니다. 암호화 방법이나 압축 방법 등은 설명해 드릴 수 없고 나머지 부분에 대해서 간략하게 프로그램 제작 과정을 공개합니다. 유사한 유틸리티를 만드실 분은 이 설명을 참조하시어 알아서 잘 만들어 보시기 바랍니다.
먼저 검색 대상이 되는 데이터를 준비합니다. 이 프로그램의 경우 텍스트입니다. 준비된 텍스트는 커스텀 리소스로 만들어 실행 파일에 포함시킵니다. 관련 내용은 20장에 있으므로 참조하시기 바랍니다. 리소스로 포함시키지 않을 경우 별도의 분리된 데이터 파일을 만들고 실행시 이 파일을 버퍼로 읽을 수도 있으나 모든 면에서 좋지 않습니다. 데이터 파일이 손상될 수도 있고 악의적인 사용자에 의해 데이터 포맷이 해독될 수도 있기 때문입니다. 암호화 등의 보안 처리가 필요하다면 데이터 자체에 대해 암호를 거시기 바랍니다. 암호화에 대해서는 DES 등의 암호화 알고리즘을 사용하는 방법도 있고 직접 만들 수도 있습니다. 커스텀 리소스로 포함된 데이터는 LoadResource 등의 함수로 실행중에 버퍼로 읽어오시고 암호화되어 있다면 암호를 푸십시요.
검색어 입력시 해당 검색어가 있는 버퍼상의 위치는 strstr 함수로 간단하게 찾을 수 있습니다. 검색된 포인터로 페이지 번호와 위치를 찾아내는 방법이 가장 어려운데 두 가지 방법을 생각해 볼 수 있습니다.
1.버퍼상의 포인터를 키로 하는 인덱스 파일을 따로 제작합니다. 검색된 포인터로부터 인덱스를 뒤져 이 포인터가 어느 페이지에 속하는지를 찾아낼 수 있습니다. 또한 위치와 페이지에 대한 맵핑 테이블 파일을 만들어 페이지로부터 위치를 찾을 수도 있습니다.
2.본문중에 특별한 태그를 삽입하여 포인터가 어느 페이지, 어느 위치에 속하는지 추적하도록 합니다. 별도의 데이터 파일이 필요없으므로 한번에 작업을 끝낼 수 있어 편리하나 태그를 삽입하는 잡일을 해야겠죠.
이 프로그램은 두번째 방법을 사용했습니다. 본문에 페이지는 [{page 1234}]라는 태그를 달았고 위치는 [{loc 1-2-가}]라는 태그를 달아 놓았습니다. 그래서 검색된 포인터를 역으로 다시 추적하여 이 위치가 어느 페이지에 속했는지를 알 수 있도록 했습니다. 단일 버퍼상에서 모든 검색을 다 할 수 있으므로 아주 편리한 것 같습니다. 물론 본문에 태그를 다는 작업이 간단하지가 않다는 단점이 있지만 이런 프로그램을 짤 때는 시간 소모적인 일을 피할 방법이 없는 것 같습니다.
주변 문장을 수집하는 작업은 비교적 쉬운 일입니다. 검색된 포인터의 앞 뒤로 이동해 보면서 어느 부분을 추출하는 것이 적절한 지 판단해서 따로 버퍼에 누적시키기만 하면 됩니다. 예제의 경우 마침표와 공백으로 된 부분을 우선적으로 검색하여 앞 문단의 끝을 찾아 검색어가 포함된 문단의 처음부터 보여주도록 했습니다. 그러나 문단이 길 경우는 문단 선두가 너무 멀리 있을 수도 있으므로 상한선을 70문자로 잡아 이 이상을 넘어가면 문단 처음 찾기를 포기하고 공백으로 끊어진 부분을 찾도록 했습니다. 주변 문장은 총 140문자이되 무조건 140문자를 복사하면 한글이 잘리는 수가 있으므로 IsDBCSLeadByte로(45장 참조)한글인지 영문인지를 구분하여 버퍼에 수집을 해야 합니다.