많은 친구들처럼 저는 ASP를 디버깅할 때 주로 editplus를 사용합니다. 물론 인터페이스 부분에는 여전히 frontpage를 사용해야 합니다. 얼마 전에 .net 프로젝트를 작성하다가 VS.net2003을 설치했습니다. 최근에 ASP 프로젝트를 작성할 예정이어서 vs20003을 사용해 볼까 생각했습니다. VS2003을 열고 먼저 새 프로젝트를 만들고 Visual Basic 프로젝트 - 빈 WEB 프로젝트를 선택합니다. 이름은 webproject1입니다. 그런 다음 리소스 관리자에서 솔루션을 볼 수 있습니다(Windows용이 아닌 VS용). |
파일 표시줄에서 "프로젝트"를 클릭한 다음 "webproject1 속성" - "구성 속성" - "디버깅"을 클릭하고 "ASP.NET 디버깅"을 제거한 다음 "ASP" 디버깅을 켭니다. |
webproject1을 마우스 오른쪽 버튼으로 클릭하고 새 항목 --- index.asp라는 WEB 양식을 추가합니다(이름은 aspx가 아니라 asp입니다). 그러면 index.asp의 HTML 처리 편집 상태를 볼 수 있습니다. |
VS에 의해 자동으로 생성되고 일부 코드는 asp.net용이므로 기성 코드를 모두 삭제합니다. 그러면 ASP 페이지를 자유롭게 작성할 수 있습니다. 코드를 작성할 때 VS는 몇 가지 자동 완성 기능을 제공하므로 매우 편리합니다. |
이제 디버깅할 준비가 되었습니다. 리소스 관리자에서 index.asp를 마우스 오른쪽 버튼으로 클릭하고 시작 페이지로 설정합니다. |
그런 다음 도구 모음에서 "삼각형"을 클릭하세요(하하, 재생 버튼입니다). 이것은 디버깅입니다. |
그러면 로컬 비밀번호를 입력하라는 창이 나타납니다. 로그인한 사용자의 비밀번호를 입력하세요. IE가 나타나고 페이지에 "VS에서 ASP 프로젝트 디버그"가 표시됩니다. 하, 디버깅이 성공했습니다! |
디버깅을 종료하려면 VS의 도구 모음에서 "사각형"을 클릭하거나(디버깅을 중지하려면) IE를 직접 끄면 자동으로 디버깅이 중지됩니다. 좋습니다. 제 경험과 이해에 대해 이야기해 보겠습니다. 1. VS는 ASP 프로그램을 디버깅하는 데 상대적으로 느립니다. 이러한 속도 저하는 IE 페이지를 열 때 반영되므로 일반적으로 VS에서 코드와 프로그램을 작성하는 것이 좋습니다. 디버깅할 때는 이전처럼 직접 IE를 열어서 디버깅하면 됩니다. 그러나 프로세스 오류와 관련된 복잡한 문제의 경우 여전히 VS에서 단일 단계 디버깅을 사용하고 F9를 사용하여 어딘가에 중단점을 설정한 다음 F10을 사용하여 추적하므로 프로그램 흐름과 변수 값이 모두 가능합니다. 매우 잘 볼 수 있으며(이러한 디버깅 기술에 대해서는 일부 asp.net 책이나 이전 VS6 책을 참조할 수 있음) 복잡한 문제를 해결하는 것이 훨씬 더 빠릅니다. 2. 새 페이지 파일을 생성할 때 생성된 파일에 정크 코드가 없도록 해당 디렉터리로 직접 이동하여 생성한 후 VS 리소스 관리자로 이동하여 기존 항목 추가를 사용하여 가져오는 것이 좋습니다. 3. VS2003은 누구나 사용할 수 있는 매우 우수한 자동 완성 기능을 제공할 수 있습니다. 4. VS.net은 컨트롤의 드래그 앤 드롭 로딩을 구현할 수 있습니다. 왼쪽의 "도구 상자" - "HTML"에서 볼 수 있습니다. 이를 클릭하고 마우스 왼쪽 버튼을 누른 상태에서 직접 드래그하세요. 추가하고 싶은 곳. VS.net은 .net용이므로 일부 HTML 컨트롤의 속성에도 반영됩니다. 예를 들어 "runat"와 같은 속성은 ASP에서 사용할 수 없습니다. 하지만 대부분의 컨트롤의 속성은 사용 가능하며, 속성은 "디자인" 보기에서 편리하게 설정할 수 있습니다. 그러면 천천히 이해가 되실 겁니다. :) DW가 좋다는 분들도 계시는데, 저는 사용해본 적이 없습니다. . 어떤 분들은 DW에 정크 코드가 많다고 하더라고요. 하하: P |