클라이언트에 JSON 데이터를 제공하는 방법
1. WCF를 사용하여 Json 데이터 제공
WCF를 사용하여 클라이언트에 Json 데이터를 제공할 때 주의할 점은
A. 계약 정의, WebInvokeAttribute 또는 WebGetAttribute의 ResponseFormat이 WebMessageForm.Json으로 설정되었습니다.
[ WebInvoke(메소드 = "POST", ResponseFormat = WebMessageFormat.Json, RequestFormat = WebMessageFormat.Json, BodyStyle = WebMessageBodyStyle.Bare)]
[WebGet(ResponseFormat = WebMessageFormat.Json, UriTemplate = "IsExistSSID/{SSID}", RequestFormat = WebMessageFormat.Json, BodyStyle = WebMessageBodyStyle.Bare)]
B. EndPointBehavior는 WebHttp를 사용합니다
C. 바인딩 방법은 webHttpBinding을 사용합니다.
2. .Net MVC Action을 사용하여 JSON 데이터 제공
1. ValueProviderFactories.Factories.Add(new JsonValueProviderFactory() )에서 MVC 3은 기본적으로 Json 데이터 처리를 추가합니다.
2 . JsonResult를 작업의 반환 값으로 사용하세요.
4. HttpHandler 메커니즘을 사용하여 구현합니다.
WCF는 Microsoft 시스템에서 통신 플랫폼으로 정의되었으므로 후자 두 가지를 구현할 수 있습니다. 이전 구현 방법을 사용했기 때문에 여기서는 WCF를 사용하고 제공되는 데이터를 시스템의 데이터 제공 인터페이스로 직접 간주했습니다. .NET MVC 환경에서는 Json 형식의 데이터 출력을 직접 지원하므로 .NET이 아닌 경우에도 마찬가지입니다. MVC WCF에서 환경을 제공하며, .NET MVC 환경에서는 JSON Action 지원을 직접 선택합니다.
WEB 클라이언트 처리
JQuery Ajax 처리 사용
dataType을 'json' 형식으로 설정합니다. 데이터 수신 시 자동으로 사용됩니다. 결과를 json 객체 형식으로 변환합니다.
코드 복사
코드는 다음과 같습니다.
$.ajax( {
예외 처리 고려 사항
여기에서는 주로 웹 환경에서의 예외 처리를 고려합니다. HTTP 프로토콜의 정의에 따라 각 요청은
HTTP 상태 코드
를 반환합니다. 따라서 우리의 웹 애플리케이션도 이와 같아야 합니다. 서로 다른 결과에 따라 다른
HTTP 상태 코드
를 반환합니다. 예를 들어 200은 서버의 올바른 반환을 나타내고, 417은 우리가 예상하는 서버 예외를 나타내고, 404는 나타냅니다. 요청이 존재하지 않으며 301 우리의 승인되지 않았습니다.
WCF 환경에서는 먼저 다음과 같이 각 메서드에 FaultContract를 추가해야 합니다. FaultContract(typeof(WebFaultException
두 번째로 서비스가 올바른 HTTP 상태 코드를 반환할 수 있도록 예외를 처리합니다.
코드 복사
코드는 다음과 같습니다.
시도
{
//BussinessCode.....
}
catch(DuplicateException ex)
{
throw new WebFaultJsonFormatException
}
catch (NotExistException ex)
{
throw new WebFaultJsonFormatException
}
catch (AppException ex)
{
throw new WebFaultJsonFormatException
}
catch(Exception ex)
{
throw new WebFaultJsonFormatException
}
其中WebFaultJsonFormatException적 이름 아래:
[Serialized, DataContract]
public class WebFaultJsonFormatException
{
public WebFaultJsonFormatException(T 세부사항, HttpStatusCode statusCode)
: base(detail, statusCode)
{
ErrorDetailTypeValidator(detail);
}
public WebFaultJsonFormatException(T 디테일, HttpStatusCode statusCode, IEnumerable
: base(detail, statusCode, KnownTypes)
{
ErrorDetailTypeValidator(detail);
}
private void ErrorDetailTypeValidator(T 세부사항)
{
foreach(상세정보의 DataContractAttribute 항목.GetType().GetCustomAttributes(typeof(DataContractAttribute), true))
{
if (item.IsReference)
throw new WebFaultJsonFormatException
}
}
}
[Serialized, DataContract(IsReference = false)]
public class PureWebErrorDetail
{
public PureWebErrorDetail(string message, params object[] args)
{
this.Message = string.Format(message, args);
}
[DataMemberAttribute]
공개 문자열 메시지 { get; 세트; }
}
JSON做数据传输的时候, DataContract中的IsReference是不可以为true的, 其意思是对于XML来说的XML是可以支持数据的循环引用, 而JSON이 不支持的, 所以WebFaultJsonFormatException의 작업에서 사용된 JSON이 数据类型의 DataContract의 IsReference가 true입니다. 우리는 당신에게 가장 적합한 것을 선택했습니다. 如果没有采用这个定义,JQUery Ajax因此问题接收到的 HTTP 상태 코드 是15???的一个错误代码, 但这个错误代码并是我们正常的 HTTP 상태 코드范围.
异常处理的一个误区
最早的时候,由于没想到用这个方式处,也是长久写代码犯下的一个弊病, 给每个方法加了一个固 마음에 드는 泛型返回值类型
[DataContract]
public class TmResult
{
[DataMember]
public bool Success { get; 세트; }
[DataMember]
공개 문자열 ErrorMessage { get; 세트; }
[DataMember]
공개 문자열 FullMessage { get; 세트; }
[DataMember]
공개 문자열 CallStack { get; 세트; }
}
[DataContract]
공개 클래스 TmResult
where T : class
{
[DataMember]
public T Model { get; 세트; }
}
每次返回道会有一个Success代表是否成功, ErrorMessage代表错误情况下的错误信息, 这样做的方式其实就是每次返回的 HTTP 상태 코드 tour是200 , 后来知道想到决办法之后,才觉得我们更本不需要搞的这么复杂,既然是Web,议的定义, 那样岂不更简单。
所以此也体会到各种标准的好处, 熟悉标准,熟悉编程模型及各种API, .
以上島是按个人理解所写,有不对之处请指正.

실제 세계에서 JavaScript의 응용 프로그램에는 프론트 엔드 및 백엔드 개발이 포함됩니다. 1) DOM 운영 및 이벤트 처리와 관련된 TODO 목록 응용 프로그램을 구축하여 프론트 엔드 애플리케이션을 표시합니다. 2) Node.js를 통해 RESTFULAPI를 구축하고 Express를 통해 백엔드 응용 프로그램을 시연하십시오.

웹 개발에서 JavaScript의 주요 용도에는 클라이언트 상호 작용, 양식 검증 및 비동기 통신이 포함됩니다. 1) DOM 운영을 통한 동적 컨텐츠 업데이트 및 사용자 상호 작용; 2) 사용자가 사용자 경험을 향상시키기 위해 데이터를 제출하기 전에 클라이언트 확인이 수행됩니다. 3) 서버와의 진실한 통신은 Ajax 기술을 통해 달성됩니다.

보다 효율적인 코드를 작성하고 성능 병목 현상 및 최적화 전략을 이해하는 데 도움이되기 때문에 JavaScript 엔진이 내부적으로 작동하는 방식을 이해하는 것은 개발자에게 중요합니다. 1) 엔진의 워크 플로에는 구문 분석, 컴파일 및 실행; 2) 실행 프로세스 중에 엔진은 인라인 캐시 및 숨겨진 클래스와 같은 동적 최적화를 수행합니다. 3) 모범 사례에는 글로벌 변수를 피하고 루프 최적화, Const 및 Lets 사용 및 과도한 폐쇄 사용을 피하는 것이 포함됩니다.

Python은 부드러운 학습 곡선과 간결한 구문으로 초보자에게 더 적합합니다. JavaScript는 가파른 학습 곡선과 유연한 구문으로 프론트 엔드 개발에 적합합니다. 1. Python Syntax는 직관적이며 데이터 과학 및 백엔드 개발에 적합합니다. 2. JavaScript는 유연하며 프론트 엔드 및 서버 측 프로그래밍에서 널리 사용됩니다.

Python과 JavaScript는 커뮤니티, 라이브러리 및 리소스 측면에서 고유 한 장점과 단점이 있습니다. 1) Python 커뮤니티는 친절하고 초보자에게 적합하지만 프론트 엔드 개발 리소스는 JavaScript만큼 풍부하지 않습니다. 2) Python은 데이터 과학 및 기계 학습 라이브러리에서 강력하며 JavaScript는 프론트 엔드 개발 라이브러리 및 프레임 워크에서 더 좋습니다. 3) 둘 다 풍부한 학습 리소스를 가지고 있지만 Python은 공식 문서로 시작하는 데 적합하지만 JavaScript는 MDNWebDocs에서 더 좋습니다. 선택은 프로젝트 요구와 개인적인 이익을 기반으로해야합니다.

C/C에서 JavaScript로 전환하려면 동적 타이핑, 쓰레기 수집 및 비동기 프로그래밍으로 적응해야합니다. 1) C/C는 수동 메모리 관리가 필요한 정적으로 입력 한 언어이며 JavaScript는 동적으로 입력하고 쓰레기 수집이 자동으로 처리됩니다. 2) C/C를 기계 코드로 컴파일 해야하는 반면 JavaScript는 해석 된 언어입니다. 3) JavaScript는 폐쇄, 프로토 타입 체인 및 약속과 같은 개념을 소개하여 유연성과 비동기 프로그래밍 기능을 향상시킵니다.

각각의 엔진의 구현 원리 및 최적화 전략이 다르기 때문에 JavaScript 엔진은 JavaScript 코드를 구문 분석하고 실행할 때 다른 영향을 미칩니다. 1. 어휘 분석 : 소스 코드를 어휘 단위로 변환합니다. 2. 문법 분석 : 추상 구문 트리를 생성합니다. 3. 최적화 및 컴파일 : JIT 컴파일러를 통해 기계 코드를 생성합니다. 4. 실행 : 기계 코드를 실행하십시오. V8 엔진은 즉각적인 컴파일 및 숨겨진 클래스를 통해 최적화하여 Spidermonkey는 유형 추론 시스템을 사용하여 동일한 코드에서 성능이 다른 성능을 제공합니다.

실제 세계에서 JavaScript의 응용 프로그램에는 서버 측 프로그래밍, 모바일 애플리케이션 개발 및 사물 인터넷 제어가 포함됩니다. 1. 서버 측 프로그래밍은 Node.js를 통해 실현되며 동시 요청 처리에 적합합니다. 2. 모바일 애플리케이션 개발은 재교육을 통해 수행되며 크로스 플랫폼 배포를 지원합니다. 3. Johnny-Five 라이브러리를 통한 IoT 장치 제어에 사용되며 하드웨어 상호 작용에 적합합니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

PhpStorm 맥 버전
최신(2018.2.1) 전문 PHP 통합 개발 도구

WebStorm Mac 버전
유용한 JavaScript 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

SublimeText3 Linux 새 버전
SublimeText3 Linux 최신 버전

Eclipse용 SAP NetWeaver 서버 어댑터
Eclipse를 SAP NetWeaver 애플리케이션 서버와 통합합니다.
