Attualmente sto imparando Java RMI (Remote Method Invocation) e ho seguito il tutorial fornito da Oracle sul suo sito web. Tuttavia, ho una domanda specifica:RMI Java: qual è il ruolo dello stub-scheletro generato dal compilatore rmic
Qual è l'utilizzo dello stub-scheletro generato da rmic? Ne ho davvero bisogno?
The Stub/Skeleton nasconde i dettagli di comunicazione dallo sviluppatore. The Stub è la classe che implementa l'interfaccia remota. Serve come segnaposto sul lato client per l'oggetto remoto. Lo stub comunica con lo scheletro lato server. Lo scheletro è la controparte dello stub sul lato server. Entrambi comunicano tramite la rete. Lo scheletro in realtà sa che i veri oggetti remoti delegano la richiesta dello stub e restituisce la risposta allo stub. Hai bisogno di entrambi in quanto sono i blocchi costitutivi essenziali per RMI.
Non è necessario entrambi. Non hai avuto bisogno di uno scheletro dal 1998 e non hai bisogno di uno stub se segui ciò che dice nel preambolo Javadoc in "UnicastRemoteObject". – EJP
@EJP Penso che dietro le quinte ci siano oggetti stub, anche se usi 'UnicastRemoteObject'. Dopotutto, alcuni oggetti verranno creati sul computer client per rappresentare l'oggetto remoto; quell'oggetto è un proxy e penso che possa essere chiamato uno stub. Riempie certamente il ruolo che le istanze delle vecchie classi di stub hanno riempito. –
@TheodoreNorvell Esiste un oggetto stub * generato dinamicamente *. Non è necessario * generare * uno più. – EJP
dare un'occhiata qui http://docs.oracle.com/javase/1.5.0/docs/guide/rmi/spec/rmi-arch2.html – BeNdErR
Gli scheletri non sono stati utilizzati dal 1998. – EJP
@ EJP- SIR, ho visto dozzine di risposte relative al tag 'rmi' sullo stack overflow. Sono i migliori sul serio rispetto ad altri tutorial ufficiali. Avete dei blog personali relativi a rmi. Per favore, ho bisogno di loro! GRAZIE ... –