데이터 계층, asp.net 웹 응용 프로그램의 표현 계층에 대한 인터페이스가 포함 된 비즈니스 계층이 있습니다.
인터페이스를 사용할 웹 서비스 (wcf 서비스 아님)를 추가하고 싶습니다.
웹 서비스 용 인터페이스는 어디에 두어야합니까?
웹 서비스 구현을 어디에 배치해야합니까?
웹 서비스 구현을 asp.net 웹 응용 프로그램과 결합하려면 어떻게해야합니까?asp.net 웹 응용 프로그램 조합의 웹 서비스 레이어
Web Service Software Factory (and on MSDN)을 사용해 보셨습니까? 지침 및 우수 사례 (asmx 웹 서비스의 경우조차도)를 찾을 수 있습니다. (asmx 웹 서비스의 경우조차도)
저는 asmx를 응용 프로그램의 기능을 폭로하는 기술로 생각하고 있습니다. 대신 비즈니스 서비스 (BS)를 작성하고 테스트 할 수있는 단위를 사용하거나 컨트롤러 또는 aspx 코드 숨김 또는 asmx 웹 서비스 구현에서 사용할 수 있습니다.
asmx 웹 서비스는 원하는 BS의 메소드 만 노출하고, BS를 인스턴스화하고 결과를 호출자에게 전달합니다 (자체 "데이터 계약"객체 사용).
데이터 액세스와 마찬가지로 (데이터 액세스와 동일한 "수준"이지만 자체 "슬라이스"에서는) 데이터를 추상화하고 처리합니다.
이메일 구성 요소를 넣을 위치에 대한 답변은 아래를 참조하십시오 - 어떻게 당신의 묻는으로 (원칙적으로) 완전히 동일 나에게 :
Does sending an email belong in the presentation layer or business layer of an application?
왜 WCF를 사용하지 않으려는? ASP.NET 웹 서비스는 이제 Microsoft에서 "기존 기술"로 간주됩니다. 새로운 서비스 개발에는 모두 WCF를 사용해야합니다. –
@ John Saunders : 저는 이미 웹 서비스를 가지고 있고 그것들을 재정렬하려고합니다. 모든 것을 wcf로 변환하려면 많은 작업이 필요합니다. 또한 단순한 웹 서비스보다 무엇이 이점인지 이해하기 위해 wcf를 많이 이해하지 못합니다. – Naor
WCF는 "단순 웹 서비스"를 대체합니다. ASMX 웹 서비스는 향상되지 않으며 버그 수정이 거의 없습니다. –