성태의 닷넷 이야기
작은 글씨
큰 글씨
홈 주인
모아 놓은 자료
프로그래밍
질문/답변
사용자 관리
사용자
메뉴
아티클
외부 아티클
유용한 코드
온라인 기능
MathJax 입력기
최근 덧글
[정성태] "Visual Studio 2022 - Remote Tools ...
[정성태] 한국어 로컬 모델 풀 파인튜닝 - LLM 바닥부터 만들기 (대형...
[정성태] 그러고 보니, 저도 노안이라서... 어느 순간부터 웹 브라우저 ...
[정성태] The case of the invalid handle erro...
[정성태] 해당 글을 잠시 읽어보니까, 그 글에 답이 잘 나오는군요. ^^...
[정성태] Stating the obvious about debugging...
[정성태] https://www.c-sharpcorner.com/artic...
[정성태] How can I detect if one of my helpe...
[정성태] 32비트 값을 64비트 레지스터에 넣을 때, 상위 32비트에 대...
[정성태] 본문에서 상위 8바이트의 16비트가 사용되지 않는 것을 볼 수 ...
글쓰기
제목
이름
암호
전자우편
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에 넘겨야 하는데... 꼭 라인 하나당 적법한 문법이 오는 것이 아니니 별로 효용성은 없을 것 같은 생각이 듭니다. 단지, 그 정도의 기능이라면 전체 스크립트 문법을 검사하는 파서를 만드는 것보다는 "적법한 문법" 단위로 자르는 파서가 좀 더 쉽게 만들 수 있다는 정도겠지요.
첨부파일
스팸 방지용 인증 번호
2710
(왼쪽의 숫자를 입력해야 합니다.)