В java можно передать как параметр, например, в функцию ссылку на объект, а можно ли как-то передать ссылку на метод объекта?

В принципе можно. Используя Reflection API. 
Вот только это нужно далеко не всегда. Можно узнать зачем?

Нужно между двумя объектами создать связь. Объект B должен при изменении свойства объекта A вызывать метод объекта C. Свойств может быть много, изменению каждого из них соответствует свой метод в классе C.

Видится так что в объекте В будет создана связь между свойством объекта A и методом(ссылкой на него) объекта С.

Уважаемый, вам стоит посмотреть шаблон "Посредник" (Mediator), а лучше "Слушатель". Если вы делаете не тестировочное ПО, которое работает в условиях полной неопределенности.

Добавлено через 1 минуту и 24 секунды
Вообще, шаблон MVC - устоявшийся пример вашей задачи.

SaSho, ты советуешь человеку плохую каку. Имхо, человек не должен даже догавдываться о существовании Reflection API до определенного уровня развития как Java-программиста. 
В Java нет ссылок на методы как таковых. Есть полиморфизм. И есть паттерны проектирования. 

woland, для твоего случая хорошо подойдет паттерн Observer. Или MVC.

Ну так изначально не было никакой информации о том, для чего это нужно. Посмотри на первый пост. Потому я и спросил зачем это топикстартеру. 

В Java не передаются ссылки на методы, передаются ссылки на объекты, содержащие нужные методы.

woland,  http://www.javenue.info/post/76#more-76

Если я правильно понял:

1. Шаблон "Наблюдатель" предлагает использовать один метод который будет дергаться наблюдаемым. То есть не позволяет дергать разные функции при изменении разных свойств?

2. Шаблон "Медиатор" предлагает писать кучу классов, по большому счету одинаковых, только с разной реализацией одного метода, который дергает Медиатор?

Я правильно понял?

Это сообщение отредактировал(а) woland - 4.9.2008, 12:53

В общем и целом, да. 
Если ты считаешь, что тебе это не подходит - задумайся о том, что в метод, дергаемый наблюдателем можно передавать параметры. 

Передать-то можно, можно сделать этот метод этаким коммутатором, ему будет передаваться объект и свойство, а он будет в соответствии с этим вызывать метод внутри себя. Но какой-то не очень красивый вариант решения :(. Хотя похоже единственный.

Подумав, решил выбирать между http://java.sun.com/docs/books/tutorial/re...Invocation.html и http://www.cutthecrap.biz/software/delegates.html . Чего выбрать из двух зол? 

такое ощущение, что нет.
Эти два метода были уже озвучены. Все хором тебе советуют делать 2-й вариант.

И очень зря. Статически проверяемые ссылки на методы просто необходимы. А полиморфизм тут вообще не при чём.

Ну добавят ссылки на методы, макросы, платформо-зависимые компоненты, возможность управлять памятью вручную и получится какой-то J++.

Текущих возможностей джавы хватает с головой, проблема не в отсутсвии возможностей, а в изначально неправильном подходе к реализации.

P.S. Имхо 

SoulKeeper, ППКС

Не стоит драматизировать, SoulKeeper. Указатели на методы и макросы не есть явления одного порядка с платформо-зависимыми компонентами и управлением памятью. Хотя платформо-зависимые компоненты, как java extension, не помешали бы 


С головой хватает и возможностей ассемблера. С головой хватает и возможностей hex-редактора. Только вот лопатой очень много махать 

Это сообщение отредактировал(а) w1nd - 5.9.2008, 11:22

Насколько я что-то понимаю, ссылки на функции - реализация полиморфизма в структурных языках программирования. 
В Java для этого есть другие механизмы. 
Человеку, больше привыкшему к тому же Си, это кажется неудобным и неправильным. Однако нужно понимать, что если механизмы другие, то и подход должен быть другой. 

Неправильно понимаете. В java, конечно, есть механизмы, с помощью которых можно возместить отсутствие рекомого в некоторых ситуациях. Например, вместо указателя на функцию может передаваться экземпляр интерфейса. Причём вариант с объектом интерфейса значительно более громоздок и благодаря отсутствию макросов с этим ничего нельзя сделать. Я уже не говорю, насколько более гибкий и лаконичный механизм можно построить, используя параметризованные ссылки на методы.

Но это только одна сторона вопроса. Более чем в половине случаев использования рефлексии имена методов и базовые классы известны заранее. Наличие ссылок на методы избавило бы от поиска методов класса, от обработки целой кучи исключений, от ошибок, возникших из-за элементарных опечаток.

Это сообщение отредактировал(а) w1nd - 5.9.2008, 17:21

Для чего рефлексия то для заранее известного? Интерфейсы и кастинг типов уже отменили?

SoulKeeper, я же уже писал, для чего - чтобы избавиться от громоздких конструкций в коде, от так называемых "рюшечек". Например для того, чтобы для обработки событий не требовалось бы создавать анонимный класс (и класс - адаптер, поставляющий заглушки для методов интерфейса).