В настоящее время я изучаю Java RMI (Remote Method Invocation), и я следил за учебником, предоставленным Oracle на его веб-сайте. У меня есть конкретный вопрос:Java RMI: Какова роль stub-скелета, созданного компилятором rmic
Каково использование окуня-скелета, созданного rmic? Мне это действительно нужно?
The Stub/Skeleton скрывает детали связи от разработчика. Stub - это класс, который реализует удаленный интерфейс. Он служит на стороне клиента для удаленного объекта. Остановка взаимодействует со скелетом на стороне сервера. Скелет является копией заглушки на стороне сервера. Оба общаются по сети. Скелет действительно знает, что реальные удаленные объекты делегируют запрос заглушки на него и возвращает ответ на заглушку. Вам нужны оба, поскольку они являются основными строительными блоками для RMI.
Вам не требуются оба. С 1998 года вам не нужен скелет, и вам не нужен заглушка, если вы будете следовать тому, что он говорит в преамбуле Javadoc, к 'UnicastRemoteObject'. – EJP
@EJP Я думаю, что за кулисами есть объекты-заглушки, даже если вы используете 'UnicastRemoteObject'. В конце концов, какой-то объект будет создан на клиентской машине для представления удаленного объекта; этот объект является прокси-сервером, и я думаю, его можно назвать заглушкой. Это, безусловно, наполняет роль, в которой заполняются экземпляры старых классов-заглушек. –
@ TheodoreNorvell Существует * динамически созданный * объект-заглушка. Вам больше не нужно * генерировать * один. – EJP
см. Здесь http://docs.oracle.com/javase/1.5.0/docs/guide/rmi/spec/rmi-arch2.html – BeNdErR
Скелеты не использовались с 1998 года. – EJP
@ EJP- SIR, я видел десятки ваших ответов, связанных с тегом 'rmi' при переполнении стека. Они самые лучшие по сравнению с другими официальными учебниками. У вас есть личные блоги, связанные с rmi.Please, мне они нужны! СПАСИБО ... –