а если у меня 10 вьюх? 10 интерфейсов? )

поясни что значит 10 вьюх?

вью (TextView) использую для форматированной даты, кроме этого есть такое же кол-во long для хранения даты...в Long. Это потом все в БД идет

короче, это форма для ввода данных, юзер  кликает по TextView Открывается пикер с датой, который для TextView отдает форматированную дату а для лонга - лонг

и таких 10?

у меня конечно всего 2 поля long, но как-то гложит меня этот вопрос. А если реально будет 10? я просто не пойму какого черта включается автобоксинг вот в такой ситуации:

public void setTargetDateLong(Long l) {
       this.dateLong = l;
   }

если я четко прописал в параметре объект и передаю объект нахера его распаковывать, аж злость берет

я даже больше скажу. Поле в пикере я делал вообще типа Object! оно все равно распаковывается! чертова магия

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

если я правильно понял что происходит))

ну вот! я к этому  и стремлюсь! я хочу чтоб этот пикер стал универсальным! видимо я неправильно понял что ты имеешь ввиду под интерфейсом? текущая моя мысль, что у пикера внутри должен быть интерфейс и поле его типа, когда запускаю пикер передаю ему экземпляр другого фрагмента, который должен реализовать внутр. интерфейс, в пикере все это дело сужается до внутр. интерфейса и передается значение в метод того фрагмента, который вызвал пикера

только это работает только один раз и только с одним поле фрагмента. А у меня в одном и том же фрагменте пикер нужно вызвать два раза для разных полей с датой (для разной даты блин)

я имел в виду почти так, только можно вывести интерфейс в отдельный класс, и чтоб твой фрагмент родитель его имплементил, тогда любой другой фрагмент сможет так же обращаться при необхожимости к этому диалогу, а текущий сможет неоднократно обращаться

сек

по крайней мере я так решал этот вопрос, когда мне нужно было из 1 фрагмента вызывать дважды пикер-дату

а пикер в конструкторе принимал контекст, по которому я и обращался потом к методу интерфейса

datePicker

.

вот этот метод - void setWeddingDate(long l); позволяет изменить только одно поле long, грубо говоря там внутри что-то типа this.weddingDate = l;