많은 검색을했지만 어쩌면 나는 뭔가를 놓친 것입니다 ...
다른 플랫폼 (dekstop, 웹, 모바일, 터미널)을 가지고있을 때 모범 사례에 대해 궁금한 점이 있습니까? 그리고 다시.
웹 서비스를 알고, EJB 등이 목적을 위해 있습니다. 하지만 난이 기술이 호환되는지 여부를 모른다.
내가 웹 응용 프로그램에 대한 바탕 화면과 PHP에 대한 자바를 사용하고 싶다면 어떻게 tek 도대체 내가 이걸 얻을 수 있습니까 ?? 작은 검색과 함께 RESTful 솔루션을 찾을 수 있습니다 ..
다른 아이디어/아키텍처?분산 응용 프로그램 방법
예, 언급 한 기술 (웹 서비스, EJB, REST, ..)은 서비스 인프라를 배치하기위한 것입니다. 호환성에 대한 요점은 인터페이스가 표준이어야한다는 것입니다. 이러한 의미에서, 예를 들어 EJB는 기본적으로 JCP (Java Community Process) 내부의 유일한 표준 인 J2EE 기술입니다. J2EE 환경에서의 호환성에 신경 쓰면 충분합니다. 예를 들어 .Net 클라이언트에서 EJB로 호출 할 수는 없습니다.
웹 서비스 (SOAP, WSDL 및 XML에서와 같이)는 프로토콜, 메시지, 형식 등이 기술과 독립적이라는 것을 의미하는 W3C 표준입니다. 따라서 예를 들어 Axis을 사용하여 Java로 서비스를 게시하고 .Net, Python, C 또는 다른 언어로 클라이언트를 개발하여 메시지를 보낼 수 있습니다. 그게 좋겠지 만, 웹 서비스의 경우 지난 몇 년 동안 표준 계층이 방금 미쳐 버렸습니다. 솔직히 말하면 서비스 지향 아키텍처 및 웹 서비스를 중심으로 시작된 표준 세계에서 길을 잃는 것은 정말로 쉽습니다.
REST 서비스도 일종의 표준이며 기본적으로 URL 구성과 HTTP를 사용하여 서버와 클라이언트 간의 통신 메커니즘을 구축합니다. SOAP/WSDL보다 훨씬 간단합니다. 오늘날 대부분의 언어는 JSON을 데이터 형식으로 사용하여 이러한 종류의 서비스를 사용하고 게시하는 라이브러리를 제공합니다. REST에서는 인터페이스가 SOAP/WSDL보다 가벼우므로 서비스를 정의하는 XML 파일이 없지만 일반적으로 문제가되는 것이 아니라 장점이 있습니다.
하루가 끝날 무렵에는 호환성을 염두에두고 표준을 작성하고 독점 형식에 빠지지 마십시오. REST 및 웹 서비스를 사용하면 안전해야합니다. 이 두 가지 옵션에서 REST 서비스가 선택 될 것입니다.
추신 : 다른 분산 아키텍처는 RPC/XML, COM 및 CORBA입니다.