게시판 본문 ASP, ASP.NET, IIS & Script - Read Only

넵! 그렇습니다. ^_^

그리고 잘알고 계시면서도 개념적인 설명을 하시기 위해서 그렇게 쓰쎴다고 생각합니다만, SELECT ... 중략 ... END SELECT 와 같이 코드를 작성하셔도 세 가지 인클루드 파일안에 존재하는 모든 전체 코드들이 현재 인클루드하고 있는 ASP 프로그램에 포함된다는 사실을 이미 알고 계실 것입니다. 아무튼 결과적으로는 말씀하신 getDate() 프로시저가 ch1.asp, ch2.asp, ch3.asp 에 모두 존재하고 있고 심지어는 인클루드문 자체를 담고 있는 ASP 프로그램에도 똑같은 이름을 가진 프로시저가 존재한다고 가정하면, 해당 프로시저가 어떤 파일에 정의되어 있는지에 상관없이 순서상 가장 마지막에 정의된 프로시저가 호출되게 됩니다. ^_^

개인적으로는 이렇게 동일한 이름의 프로시저 정의가 한 프로그램 내에 존재하는 경우 오류가 발생해야 올바르지 않을까 하고 생각합니다만, ASP 에서는 오류를 발생시키지 않고 말씀드린 것과 같이 처리를 하더군요. 바로 이런 경우에 클래스를 유용하게 사용할 수가 있을 것 같습니다. 클래스에 관한 제 글에서도 이미 한 번 말씀드린 바가 있지만 저는 개인적으로 비베스크립트의 클래스를 통해서 기대할 수 있는 것들은 비약적인 성능의 향상이나 다른 프로그래밍 언어에서와 같은 클래스의 다형성이나 추상성 같은 거창한 효과들이 아니고 일종의 네임스페이스와 같은 역활이라고 생각합니다. 즉 여러 명의 개발자들이 동시에 다른 부분들을 작업할 때 동일한 이름으로 프로시저나 변수명을 사용하여 인클루드문을 만드는 것을 방지해줄 수 있지 않을까하고 생각하는 것이죠.

그리고 지난번에 말씀드렸던 리모트 스크립팅의 경우와 마찮가지로 마이크로소프트사에서 공개한지는 상당히 오래된 기술이지만 자주 사용되지 않는 기술이 하나 있는데, 윈도우즈 스크립트 컴포넌트라는 기술이 있습니다. 이 기술을 한 마디로 설명드리자면 ASP 프로그램이나 기타 스크립트 프로그램들과 같이 순수하게 텍스트 기반의 스크립트 코드만을 사용하여 컴파일을 하지 않고서도 COM 컴포넌트를 만들 수 있는 기술입니다. 이 기법을 사용하여 해당 인클루드 파일들을 마이그레이션하시면 말씀하신 이름 중복 문제를 피하실 수 있겠죠. 다음은 해당 기술에 대한 MSDN 의 링크입니다. ^_^

http://msdn.microsoft.com/library/en-us/script56/html/lettitle.asp?frame=true

아마 다음의 샘플 코드가 가장 간단하면서도 전체적인 모습을 살펴보실 수 있는 ASP 프로그래밍에서의 사용 예제가 아닌가 하고 생각되네요. 스크립트 컴포넌트 내부에서 ASP 내장 개체들에 접근하는 것을 보실 수 있습니다. ^_^

http://msdn.microsoft.com/library/en-us/script56/html/letimplASP.asp?frame=true

개인적으로 저의 경우에는 윈도우즈 스크립트 컴포넌트를 만들기 보다는 그냥 비주얼 베이직 6.0 으로 컴포넌트를 만들어서 사용하는 편이라 그다지 자주 사용하는 기술은 아닙니다. 그러나 취향이 맞으신다면 확실히 여러모로 사용하실 수 있는 기술이죠. 예를 들어서 데이터베이스의 커넥션 스트링을 리턴해주는 컴포넌트를 이 기술을 사용해서 하나 만들어 놓으면 유지보수도 쉽고 보안에 대한 걱정도 줄이면서 두고두고 유용하게 사용할 수 있을 것입니다.

그리고 참고로 마이크로소프트 뉴스 그룹에 가보시면 가끔 이 기술에 대해서 논의를 하시는 글들을 볼 수가 있습니다. 아마도 그쪽 분들 사이에서는 자주 언급되는 기술인듯 합니다. (사실 저는 저 말고 이 기술에 대해서 얘기하시는 분들을 마이크로소프트 뉴스 그룹에서 처음 접했습니다. ^_^;;;) 혹시 이 기술에 대해서 관심이 있으시다면 저 말고도 뉴스 그룹분들께도 도움을 받으실 수 있을 것입니다. 마이크로소프트 뉴스 그룹쪽에 가보시면 아시겠지만 실력이 좋으신 분들이 많이 계셔서 비단 이 문제 때문이 아니더라도 개인적으로도 방문해보실 것을 추천해드립니다.

감사합니다.