ASP.NET에서 좋은 서비스 계층을 구축하는 방법은 무엇입니까?


10

좋은 서비스 계층을 구축하기위한 몇 가지 질문, 기술을 살펴 보았지만 도움이 필요한 몇 가지 질문이 있습니다.

먼저 요구 사항에 대한 정보가 있습니다. 우리는 현재 스파이더 웹 방식으로 서로 대화하는 웹 응용 프로그램이 많이 있습니다 (모두 웹 서비스 및 데이터베이스 데이터를 통해 혼란스러운 방식으로 서로 대화합니다).

  • 모든 응용 프로그램이 서비스 계층을 통해 캐시 작업을 더 많이 수행하고 일반적인 기능 등을 캡슐화 할 수 있도록이를 변경하려고합니다.
  • 타사 클라이언트가 서비스에서 정보를 사용할 수 있도록이 계층에도 웹 API가 포함되기를 원합니다.

내가 볼 수있는 문제는 MVC4 웹 API로 서비스 계층을 구축하면 URL을 구성하고 JSON / Xml을 소비해야한다는 webAPI를 사용하여 응용 프로그램간에 통신 할 필요가 없다는 것입니다. 너무 효과적이지 않습니다. 더 나은 방법이 엔티티와 WCF를 사용하여 응용 프로그램간에 통신한다고 가정하지만 웹 API 마술을 풀 수 있습니까?

따라서 서비스 계층을 웹 API (JSON / XML) 및 엔티티가있는 더 많은 백엔드 서비스 계층으로 사용하는 방법이 있는지에 대한 의문이 있습니다. 2 개의 서로 다른 서비스 계층을 사용해야하는 경우 일부 기능과 다른 나쁜 점을 복제해야 할 수도 있습니다.

질문이 충분히 명확하기를 바라며 더 많은 정보가 필요한지 물어보십시오.


좋은 질문. 그것을 위해 +1!
Kangkan

답변:


1

인트라넷 및 하나의 LAN에서 호스팅되는 일련의 응용 프로그램의 경우 서비스에 대한 TCP 연결이 가장 좋습니다.

그런 의미에서 TCP에서 작동 할 수있는 엔드 포인트 및 서비스 인터페이스 집합을 제공하는 서비스 응용 프로그램을 만드는 것이 좋습니다. 이들은 자체 개발 또는 신뢰할 수있는 응용 프로그램에서 사용할 수 있습니다.

웹 애플리케이션 (웹 API)을 소비하기 위해 노출되는 다른 엔드 포인트 및 서비스 인터페이스 세트가있는 서비스 애플리케이션.

따라서 WCF를 사용하여 서비스 응용 프로그램을 호스팅 할 수 있으며 필요에 따라 끝점 / 인터페이스를 추가 할 수 있습니다.


내부 통신을위한 엔드 포인트 세트 1 개와 웹 API 용 엔드 포인트 세트 1 개를 작성 하시겠습니까? (그리고 인트라넷, 외부 웹 등을 잉크 서버로 처리하는 서버가 약 20 대인 LAN에 있음)

WCF에 대해 좀 더 읽어보십시오 (죄송합니다.이 물에서 초보자입니다). 동일한 서비스 또는 동일한 서비스 응용 프로그램을 가지고 있지만 해당 서비스에 대해 다른 끝점을 사용하여 TCP를 통해 서비스 응용 프로그램을 사용할 수 있습니다 그리고 HTTP, correkt? 아마도 더 어려운 질문 일 것입니다. TCP를 통해 이용할 수 있다면 MVC4 웹 API에 대한 정보가 있습니까?

당신은 그것을 올바르게 받고 있습니다. MVC4 웹 API에서 아직 아무것도 읽지 않았습니다. 그것에 대해 읽어야 할 수도 있습니다.
Kangkan
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.