Преимущества и недостатки цепных методов?

Question

Мне очень нравится философия создания цепочек, например, jQuery подчеркивает в своей библиотеке. Я нашел это довольно элегантно и ясно.

Будучи главным разработчиком Java, я всегда задавался вопросом, почему эта практика больше не использовалась в этом языке. Например, интерфейс Collection не был разработан таким образом (для добавления / удаления методов), и я нахожу это довольно печальным.

Есть ли реальные минусы против этой практики или это просто то, чего раньше не хватало "сексуальной привлекательности"?

Answer 1

IMO, отладка болезненна, так как у вас нет промежуточных переменных для проверки.

Answer 2

Существует распространенная проблема с цепочечными методами и наследованием. Предположим, у вас есть класс C, чьи методы F1 (), F2 () и т. Д. Возвращают C. Когда вы выводите класс D из C, вы хотите, чтобы методы F1, F2 и т. Д. Теперь возвращали D, чтобы цепные методы D могли быть вызванным в любую точку цепи.

Answer 3

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

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

Answer 4

Мне очень нравится этот подход. Единственный недостаток, о котором я могу думать, это то, что иногда кажется немного неловким «возвращать это» в конце каждого метода. Например, для JQuery разрешено добавлять плагины немного неловко, потому что вы должны сказать: «убедитесь, что вы не забыли свои возвраты !!» но нет хорошего способа поймать его во время компиляции.

Answer 5

Мартин Фаулер обсуждает эту тему как «беглые интерфейсы» на http://www.martinfowler.com/bliki/FluentInterface.html. Одна из главных проблем заключается в том, что беглые интерфейсы предназначены для людей, поэтому такие среды, как Spring, не могут их понять. Упрощенное использование свободного интерфейса обеспечивает удобство сопровождения в одном смысле (удобочитаемость), но теряет удобство обслуживания в другом (гибкость).

Answer 6

Цепные методы - еще один замечательный инструмент в нашей сумке для дизайна. Просто убедитесь, что вы не столкнетесь с общим беспорядком в дизайне «У меня есть молоток, поэтому каждая проблема - гвоздь»

Каждая проблема проектирования не решается цепными методами. Иногда это помогает сделать интерфейс более простым в использовании (т. Е. Упомянутая вами проблема с коллекцией). Иногда это не так. Хитрость в том, чтобы выяснить, к какому случаю относится.

Answer 7

JavaScript - это (более или менее) функциональный язык с функциями первоклассных граждан.
Добавление / удаление методов для объектов, передача функций в качестве параметров, все это естественно для этого языка.

С другой стороны, Java строго OO, функция не может существовать вне класса. Использование наследования, композиции и интерфейсов является более естественным способом для этого языка.