эм, чё?)

Ну раз уж писать абстрактный метод,то почему бы и свойство не сделать абстрактным? Допустим оно обязано быть в дочернем классе

abstract public $name;

Ну раз уж писать абстрактный метод,то почему бы и свойство не сделать абстрактным? Допустим оно обязано быть в дочернем классе

сам-то понял что несёшь?)

сам-то понял что несёшь?)

Не знаю?

Не знаю?

хуйню)

Ну раз уж писать абстрактный метод,то почему бы и свойство не сделать абстрактным? Допустим оно обязано быть в дочернем классе

это корень проблемы с наследованием и то почему экстендить классы можно только если ты пройдешь тест на понимание предмета.

а теста этого нет - следовательно - не юзай наследование классов. Просто. Пока не резберешься

просто абстрактные классы разбирают на примерах в стиле клетка -> животное -> человек клетка -> животное -> пёсик

пока не придет осознание что же блядь все таки значит abstract something.

просто абстрактные классы разбирают на примерах в стиле клетка -> животное -> человек клетка -> животное -> пёсик

животные не могут наследоваться от клеток. Они в них сидят

животные не могут наследоваться от клеток. Они в них сидят

суть от занудства не меняется :)

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

и че делать с грибами

типа от многоклеточных наследовать? получается более чем бесоплезная абстракция

ну типа я о том что перед тем как людям давать такую хуиту надо бы ввести понятие функциональной абстракции и полиморфизма

или ещё 1 мега популярный пример: пользователь -> модератор -> админ. тоже в топе

для этого достаточно просто функций

без классов.

или ещё 1 мега популярный пример: пользователь -> модератор -> админ. тоже в топе

...я так как-то сделал и потом страдал

...я так как-то сделал и потом страдал

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

иногда это удобно. Погугли почему в java добавили реализацию методов у интерфейсов - хороший пример такого кейса

в каком плане удобно?) В том же плане что порой удобно дернуть из сервис локатора?)

в каком плане удобно?) В том же плане что порой удобно дернуть из сервис локатора?)

погугли

и откуда ты тут локатор родил

ок ща почитаю

про локатор это был пример того как какое-нибдуь гавнецо может быть удобным

ок ща почитаю

спойлер - это больше про обратную совместимость API

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

что имеется в виду, под "стэйтом"?

штат, очевидно

(а вообще, state - состояние)

класс не имеет состояния

:)

вот почему возник вопрос

класс не имеет состояния

"описание стейта класса". Ты там чё буковки знакомые грепаешь?)

класс не имеет состояния

а там разве речь о состоянии класса?

класс не имеет состояния

шах и мат, я не прав, LSP не нужно

шах и мат, я не прав, LSP не нужно

Ееееее, наконец-то надобность в SOLID'e отпала

?

"описание стейта класса". Ты там чё буковки знакомые грепаешь?)

ты как-то по-другому читаешь?

а там разве речь о состоянии класса?

об описании состояния

об описании состояния

а описание состояния === состояние?

да но просто доебаться решил

забейте

а описание состояния === состояние?

Это строгое сравнение

Спасибо за подсказку

Ай, Моська! знать она сильна...)

да но просто доебаться решил

нет, я внимаю опыту других ) Одно сообщения из десяти по делу, остальные "а давайте начнём подъёбывать"...

нет, я внимаю опыту других ) Одно сообщения из десяти по делу, остальные "а давайте начнём подъёбывать"...

стэйт - это то что меняется. у класса между прочим тоже стэйт может быть (статический), но мы не о нем

эм, нет) прозвучало всё, как упрёк, мол Сергей днище сраное

ну так я днище сраное, я этого не отрицаю)

пойду дашьше говнокодить на баше

ну так я днище сраное, я этого не отрицаю)

не до такой степени)

стэйт - это то что меняется. у класса между прочим тоже стэйт может быть (статический), но мы не о нем

спасибо

если стэйт не меняется - он не стэйт, он набор значений. константы (пусть и в переменных, ты понял суть)

у стэйта в отличии от просто значений есть инварианты. И если пост/прекондишены проверять легко - проверять инварианты сложно

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

эм, нет) прозвучало всё, как упрёк, мол Сергей днище сраное

нет, но ассоциативный ряд меня удивил... Мне вот интересно, почему protected совйства и методы - плохо и протеворячат LSP )

и если ты еще и стреляешь себе в ногу делая этот стэйт protected что бы там как-нибудь оно само - то прям фу фу фу

нет, но ассоциативный ряд меня удивил... Мне вот интересно, почему protected совйства и методы - плохо и протеворячат LSP )

не противоречат. просто 90% что ты нарушишь LSP (нет единого источника правды. невозможно проконтролировать соблюдение инвариантов)

и я это упоминал выше

может есть статья с реальным примером?

вдруг кто-то блог ведет, или видео есть

просто в случае людей которые задают вопросы "а почему нельзя делать abstract protected $x" то 100% что они слова инвариант не знают. не то чтот там LSP соблюдать

может есть статья с реальным примером?

реальным примером чего? у тебя есть класс с пропертей $x и есть инвариант что $x > 0; И ты наследуешься и сэтишь туда $x = -1 // потому что могу;

ERROR: S client not available

просто в случае людей которые задают вопросы "а почему нельзя делать abstract protected $x" то 100% что они слова инвариант не знают. не то чтот там LSP соблюдать

99, скорее)

просто в случае людей которые задают вопросы "а почему нельзя делать abstract protected $x" то 100% что они слова инвариант не знают. не то чтот там LSP соблюдать

спасибо, значение слова инвариант узнал ))

Ребзи, как жсоню дампануть так, что бы в несколько строк было

var_export(json_decode('json'));

мне именно жсон

хотя пох, парсилку какую-нибудь найду

мне именно жсон

var_export('json') что ты получить-то хочешь в итоге?)

var_export('json') что ты получить-то хочешь в итоге?)

жсон строку с переносами D:

жсон строку с переносами D:

на в лоб: echo \json_encode(\json_decode('твой корявый json'), \JSON_PRETTY_PRINT);

щас он еще какое нить условие придумает чтобы не засчитать решение твое))

щас он еще какое нить условие придумает чтобы не засчитать решение твое))

да судя по вопросам за последнее время он там статью пишет на тему "какой пхп плохой, смотрите какую хуиту на нём можно делать")

на в лоб: echo \json_encode(\json_decode('твой корявый json'), \JSON_PRETTY_PRINT);

иншалла

не, я прост доку пишу

для сервиса, который еще не существует

https://andb.name/tools/json-pretty-print

в гугле лярд сайтов, которые отформатируют твой json

Мне удобнее массивчик нахуячить, чем жсон строку)

что бы оно автоматом все сделало

ну тогда флаг \JSON_PRETTY_PRINT те в плечи

ну дк его и взял

для сервиса, который еще не существует

Клиенты к БД тоже умеют офрматировать (те же стандартные от jet brains)

если нужно просто посмотреть

так-то и пхпсторм умеет) но это надо упороться, файлик *.json ему создать...) в гугле проще)

если выделить ячейку в БД (реляционная) Alt+Enter, Ctrl+Alt+L

можно без файлика обойтись

А так то онлайн сервисы спасают

Ну еще есть плагин для шторма, можно им развернуть

геттеры\сеттеры в абстрактом классе - путь в макдональдс

Почему? Если в том же абстрактном есть куда сетить. Типа какой-нить setDbConnection уже плохо? Почему?

Почему? Если в том же абстрактном есть куда сетить. Типа какой-нить setDbConnection уже плохо? Почему?

это не плохо, за это надо увольнять к херам и отправлять мыть сартиры.

это не плохо, за это надо увольнять к херам и отправлять мыть сартиры.

Я хочу знать за что меня туда направят, если что))

это не плохо, за это надо увольнять к херам и отправлять мыть сартиры.

Типа setter injection это плохо?

Я хочу знать за что меня туда направят, если что))

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