2011-12-16 5 views
1

주요 응용 프로그램 인터페이스는 ASP.NET Webforms로 작성된 웹 사이트입니다. 대부분의 경우 모든 HTML/콘텐츠는 서버 측에서 생성되며 필요한 경우 javascript/AJAX가 뿌려집니다.이 웹 사이트 아키텍처는 무엇입니까?

경영진은 새로운 방향을 다른 방향으로 옮기기로 결정했습니다. 콘텐츠가 서버 측에서 생성되지 않습니다. 대신, 우리는 비즈니스 객체로부터 통합 된 UI 데이터를 포함하는 매우 간단한 JSON 객체를 반환하는 WCF 웹 서비스 만 노출합니다.

실제 페이지에는 소량의 html과 서비스에서 비동기 적으로 데이터를 가져 와서 JQuery UI 요소를 채우는 스크립트가 포함됩니다.

이 문제는 실제로 발생하지 않으며 데이터에서 프리젠 테이션 레이어를 잘 분리 할 수 ​​있습니다. 그러나 나는 이것을 정확히 무엇이라고 부를지는 몰라. 뷰를 다른 모든 것들과 명확하게 분리했지만, 백엔드 구현 방식에 따라 위의 내용이 MVC로 간주되지 않습니다. 그것은 서비스 지향 아키텍처라고 불릴까요? 나는 그 용어가 몇 번 던져 졌다고 들었습니다.

이런 식으로 일하는 데있어 중요한 단점이 있습니까?

+1

귀하의 경영진은 검색 엔진을 거부하고 있습니다. –

+0

@WyattBarnett 사이트는 단지 응용 프로그램 인터페이스 일 뿐이며 공개되지 않습니다. – Erix

+0

오, 그럼, 계속하십시오. . .. –

답변

1

서비스 지향 아키텍처 (SOA)라고합니다. 데이터는 서비스 (즉, 프리젠 테이션 계층과 완전히 분리 된 중간 계층)에서 가져옵니다.이 아키텍처의 장점은 전체 프런트 엔드 (예 : 클라이언트)를 전체적으로 재 구축 할 필요없이 서비스에 플러그인 할 수 있다는 것입니다 따라서 소프트웨어의 Iphone, Android, Web, Desktop 및 Windows Phone 버전을보다 쉽게 ​​만들 수 있습니다.

+3

-1 SOA는 서버 측 코드 또는 거의 HTML을 의미하지 않습니다. –

+1

내 대답도 그럴 의도가 아니 었습니다. 전체 아키텍처가 SOA로 간주된다는 것을 확인하고있었습니다. 웹 양식과 J SON 객체를 함께 사용하든 웹 양식을 엄격하게 사용하든 관계 없습니다. 나는 개발자들이 특정 기술에 몰두하여 비참하게 실패한 것을 보았던 매우 유사한 프로젝트의 일부였다. 의도와 개념은 고귀한 것이지만 "이상적"으로 보일 수 있기 때문에 해결책을 강요하려고 시도합니다. 특히 건축가가 아니라 결정을 내리는 사람이 아닌 경우에는 더 심한 반향을 일으킬 수 있습니다. – gsirianni

+0

이것은 SOA가 아닙니다. 이 질문은 서비스 재사용, 불가지론 서비스, 서비스 재고 목록, 서비스 구성 또는 엔터프라이즈 서비스 버스 사용에 대해서는 언급하지 않았습니다. 서비스를 사용하는 것만으로 SOA를 구성하지 않습니다. SOA를 둘러싼 모든 혼란에 더해지기를 바랍니다. –

0

진짜 대답은 "어떤 아키텍처 패턴을 적용 하느냐에 따라 달라집니다"입니다. 그런 식으로.

컨텍스트에서 "MVC"가 올바른 방법이라고 생각할 것입니다. 고려해야 할 사항 : 서버 측 언어로 모델을 작성하고 거기에 HTML을 렌더링했지만 데이터가 JSON으로 응용 프로그램을 만들면 MVC가 될까요?

관련 문제