Я не знаю ООП

Откуда я знаю? Всё зависит от целей. Возможно, нужен более сложный метод. Ведь на каждый случай не напасёшся методов: getNameWithGreetings, getFullNameWithGreetings, getFullNameWithBirthday, getBirthdayWithFullName, getNameWithThirdName и т.п. А сделать один метод: getInfoFormated('%greetings %second_name, %first_name'); или как-то так.

Только я не знаю как это связано с инкапсуляцией. Ведь реализация класса в любом случае скрыта от Вас. Хоть есть там этот метод, хоть нет.

Я не знаю ООП

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

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

Тоже самое и с остальными методами.

Весь PHP в двух строчках

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

Но меня как-то это не трогает.: )

Я не знаю ООП

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

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

С другой стороны класс никогда не будет инкапсулирован для разработчика этого класса потому что он будет знать его внутренности «с ног до головы». Так?

Прочтите, пожалуйста: «Скрывайте секреты (к вопросу о сокрытии информации)» главы «Компоненты проектирования: эвристические принципы» книги «Совершенный код» С. Макконнелл. А потом выскажете своё мнение по поводу прочитанного.

Я не знаю ООП

Прочитайте только эту часть (книжку скачать несложно). 6 страниц. А потом выскажете, пожалуйста, своё мнение.

Я не знаю ООП

Погодите.

От кого сокрытие?
От пользователя экземпляра класса.

Если о реализации этих методов ничего не известно

Вот Вы пользователь. Как реализован метод Вы не знаете. Значит реализация от Вас скрыта. Значит всё-таки соблюдается инкапсуляция или нет?

Так же непонятен ответ с обфусцированными методами. Ведь реализация от пользователя скрыта, почему нарушена инкапсуляция?

Не могу ответить, зависит от логики.

Так… как тогда различить где скрывается реализация от пользователя и где нет. Ведь из Ваших ответов следует, что изменение логики (да, небольшое, но изменение) не влияет на сокрытие? А что тогда влияет?

И читали ли Вы раздел «Скрывайте секреты (к вопросу о сокрытии информации)» главы «Компоненты проектирования: эвристические принципы» книги «Совершенный код» С. Макконнелл?

Я не знаю ООП

Давайте попробуем прояснить непонятные мне моменты.

1.

Под инкапсуляцией я понимаю просто скрытие реализации.

От кого сокрытие?

2. Представим, что я разработчик ядра, а Вы разработчик модулей. Я даю Вам интерфейс некоторого класса, у которого только два метода: setName($name), getName(). Нарушена ли инкапсуляция?

3. Представим, что Вы разработчик класса, у которого только два метода: setName($name), getName(). Нарушена ли инкапсуляция в следующих случаях, если методы...?
а. просто устанавливают и получают значение защищённого свойства $name.
б. просто устанавливают и получают значение защищённого свойства $value.
в. просто устанавливают и получают значение защищённого свойства $name и выводят его значение на экран.
г. просто устанавливают и получают значение защищённого свойства $name и выводят его значение записывают в лог.
д. просто устанавливают и получают значение защищённого свойства $name, но перед установкой умножают на 100, а получаемое значение увеличивают в 100 раз.
е. просто устанавливают и получают значение защищённого свойства $name, но при этом содержат по 15 строчек комментариев о том как метод будет изменён в будущем.
ё. обфусцированы и просто устанавливают и получают значение защищённого свойства $name.
ж. обфусцированы, но логика в них сложнее, чем в предыдущем варианте.

Весь PHP в двух строчках

Пишите. А ещё лучше сделайте trait, если есть возможности.

Весь PHP в двух строчках

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

Весь PHP в двух строчках

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

Весь PHP в двух строчках

А почему тогда не сказали своими словами?

Весь PHP в двух строчках

habrahabr.ru/post/142140/ — здесь уже много сказано. В том числе и это. Автор (как и переводчик), очевидно, не в курсе того, что там изложено, и сейчас ему явилось откровение. И этот момент показывают, что они лишь поверхностно владеют проблемой.

Почему ООП не отстой

Существует несколько способов решения задач: синтез и анализ, дедукция и индукция… и т.п… Так что я бы за математиков так уверенно не говорил.

Если бы в PHP были выделения списков и генераторы

Это было бы круто. Примеры, как мне показалось, достаточно показательны.

Как может выглядеть PHP 5.5

http://habrahabr.ru/post/147674/#comment_4981226

Как может выглядеть PHP 5.5

Как бы Вы применяли перегрузку методов?

Как может выглядеть PHP 5.5

Если в функции это реализовано вручную, то да. А так нет.

function some($arg1, $arg2 = 'some', $arg3 = 5)
    {
    echo $arg1 . ' ' . gettype($arg1) . PHP_EOL; // 1.1 double
    echo $arg2 . ' ' . gettype($arg2) . PHP_EOL; // NULL
    echo $arg3 . ' ' . gettype($arg3) . PHP_EOL; // 100 integer
    }
some(1.1, null, 100);

Применение замыканий в PHP

Если я правильно понял, то это баг поправили.

Применение замыканий в PHP

Подводный камень в foreach($items as &$item)

PHP гораздо лучше, чем вы думаете

Я вот Диаблу убиваю… И думаете я хочу убить его раз и навсегда?: )