성태의 닷넷 이야기
작은 글씨
큰 글씨
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] Why is the name of the Microsoft Wi...
[정성태] 기존의 In-proc COM 개체를 surrogate 프로세스에...
[정성태] Announcing the Oracle Database Vect...
[정성태] 온라인에서 우연히 printf 계열의 format specifi...
[정성태] Hardware backwards compatibility ;...
[정성태] 10 Modern Commands for Your Termina...
[정성태] File-based App을 VSCode에서 쉽게 실행할 수 있...
[정성태] 저도 소켓은 꽤나 테스트를 하면서 진행을 하곤 합니다. 경험으로...
[정해성] 답변 감사합니다. 며칠 동안 검색도 해보고 GPT 에게도 물어봤...
[정성태] 1. 문서에도 나오지만 blocking 모드에서는 그런 경우가 ...
글쓰기
제목
이름
암호
전자우편
HTML
홈페이지
유형
닷넷
.NET 3.0
.NET 3.5
.NET 4.0
COM 개체 관련
Win32
Vista
Windows 7
Windows 8
Windows 서버
데이터베이스
웹폼 코딩 규약
윈폼 코딩 규약
공통 코딩 규약
명령행
레지스트리
기타
부모글 보이기/감추기
내용
Checking For Script Syntax Errors ; https://learn.microsoft.com/en-us/archive/blogs/ericlippert/checking-for-script-syntax-errors-this-time-with-code 가장 좋은 방법은 스크립트 전용 문법 검사기를 제공하는 3rd-party 제품을 이용하는 것이겠지만. ParseScriptText를 이용해서도 맨 처음에 발생하는 문법 오류는 확인할 수 있습니다. "맨 처음"이라는 제한을 없애기 위해서, 위의 댓글에 보면 문법 체크를 위한 별도의 jscript를 소개하고 있습니다. 좋아보이기는 한데... 한 가지 단점이 있습니다. 문법을 검사할 단위를 잘 쪼개서 eval에 넘겨야 하는데... 꼭 라인 하나당 적법한 문법이 오는 것이 아니니 별로 효용성은 없을 것 같은 생각이 듭니다. 단지, 그 정도의 기능이라면 전체 스크립트 문법을 검사하는 파서를 만드는 것보다는 "적법한 문법" 단위로 자르는 파서가 좀 더 쉽게 만들 수 있다는 정도겠지요.
첨부파일
스팸 방지용 인증 번호
3902
(왼쪽의 숫자를 입력해야 합니다.)