2014-01-10 4 views
-3

제 질문에 순진하지 않으면 사면 해주십시오.RMI, Corba 등과 같은 표준이 필요한 이유가 무엇입니까?

나는이 문제를 해결할 수 없다. 나는 RMI, CORBA 등의 동기를 이해하지 못한다. 내 생각은 다른 곳에서 사용할 수있는 기능을 사용하고 다른 곳에서 네트워크를 통해 액세스 할 수있는 것이라면 왜 HTTP와 같은 프로토콜을 사용할 수 없습니까? 실제로 모든 소프트웨어 응용 프로그램/모듈/패키지는 네트워크를 통해 사용할 수 있어야하며 제공 할 수있는 종류의 서비스를 게시해야합니다. 그런 다음 누군가가 서비스를 요청하면 결과 데이터로 응답합니다. HTTP와 TCP는 보편적 인 프로토콜이기 때문에이를 사용하면 전체 인터넷에서 액세스 할 수 있습니다. 이것이 우리가 웹 서비스에서하는 일입니다.

그렇다면 RMI, CORBA 및 다른 표준의 동기는 무엇 이었습니까?

몇 가지 기록과 전망을 제공해주십시오. 이 두 개 이상의 프로그래밍 언어가 존재하는 이유를 묻는과 같은 몇 가지 방법에 CORBA, RMI and SOA

+2

HTTP를 통한 RPC 호출이 많습니까? SOAP 요청은 RPC 요청입니다 .. WSDL은 RPC입니다 ... – DanFromGermany

+0

감사합니다. Dan은 내가 왜 RMI, CORBA 등과 같은 많은 사용자 지정 프로토콜을 사용 했는가? –

+1

사람들이 동의 할 수 없기 때문에 – norlesh

답변

1

:

이 질문은 같은 정신에있다. 누군가는 네트워크와 데이터를 네트워크를 통해 전송하는 아이디어를 발명합니다. 누군가는 데이터를 사용하여 원격으로 액션을 트리거하는 아이디어를 고안합니다 (클라이언트/서버 모델). 누군가는 클라이언트/서버 상호 작용을 함수 호출과 비슷한 것으로 추상화하고 일반적인 범주의 RPC (원격 프로 시저 호출) 프로토콜을 가지고 있다고 생각합니다. 누군가가 객체 지향적으로 만들고 CORBA를 사용합니다. 누군가가 CORBA를 Java로 랩핑하고 EJB를 가지고 있습니다. 등등.

기존 버전은 사용중인 코드가 남아 있기 때문에 계속 사용되며 컴퓨터와 대화하고 싶으면 언어를 말하면됩니다. 이전 프로그래밍 언어가 완벽하게 적합합니다. 최신 버전은 표현력이 뛰어나고 편리하며 조금 더 새로운 언어가 사용하는 개념에 더 잘 통합되어 있습니다.

컴퓨팅에 오신 것을 환영합니다. 눈을 깜박이면 한 세대의 발전을 놓치게됩니다. (조금 덜 지금은 예전보다 훨씬 더 많습니다.)

+1

물론 모든 문제 @DanFromGermany는 지적했다. 유연성 대 편의성 대 효율성의 다른 단점. 필자는 멀티 캐스트 데이터 그램 기반 프로토콜을 한 번 작성했습니다. 많은 달 전에, 그 작업을 신속하게 처리 할 수 ​​없었던 네트워크에서 300 대의 시스템을 대량 병렬 업데이트 할 때 필요한 도구였습니다. 도구를 선택하십시오. 과제에 맞게 – keshlam