не везде такие доки шикарные

не везде такие доки шикарные

может тогда не надо юзать нонэйм фреймворки?

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

никто там не обязан рассказывать о паттернах в доках )))

никто там не обязан рассказывать о паттернах в доках )))

никто не обязан знать паттерны

а то начинаются про сингелтоны

для полноты картины пригодятся

для полноты картины пригодятся

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

потом принцип подстановки барбары лисов, потом SRP и Open/Close, потом сегрегацию интерфейсов и инверсию зависимостей

потом coupling/coheasion

потом принципы GRASP

и вот потом паттерны

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

я вот кстати до конца не въехал чем SRP отличается от сегрегации интерфейсов это по сути одно и тоже только для калссов и интерфейсов?

я вот кстати до конца не въехал чем SRP отличается от сегрегации интерфейсов это по сути одно и тоже только для калссов и интерфейсов?

нет

SRP - у каждого класса должна быть одна причина для изменений

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

ну то есть SRP про объект, а ISP про то что объекту надо давать ровно то что ему нужно, и не методом больше

да хорошо объяснил

представь что ты вызвал водопроводчика а он тебе с порогу "а я еще могу электрику делать и плитку ложить"

я неверно S понимал значит

а ты такой "да не надо мне"

я неверно S понимал значит

большинство не понимают)

в SOLID это самый сложный принцип для восприятия

ну может на уровне open/close

а вот L - самый простой

хотя обычно кажется что наоборот

я думал что имеется ввиду что класс должен иметь только одно "предназначение" и соответственно не вклчать лишнего

я думал что имеется ввиду что класс должен иметь только одно "предназначение" и соответственно не вклчать лишнего

тут вопрос что есть "предназначение" и как его определить.

а вот L - самый простой

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

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

https://en.wikipedia.org/wiki/Robustness_principle

есть такой вот принцип)

Be conservative in what you do, be liberal in what you accept from others (often reworded as "Be conservative in what you send, be liberal in what you accept").

не уловил нить к чему это)

что такое инварианты объекта знаешь?

именно объекта нет

я знаю инвариант как в условие в цикле

сдается мне это связяно с непротиворечивым состоянием объекта

мне вот интересно правильно ли я понимаю инкапсуляцию)

если вкратце то для меня инкапсуляция это разделение публичного интерфейса и реализации в каком либо компоненте

парочка .hpp и .cpp - вот тебе разделение интерфейса и реализации

ну я имел ввиду логическое разделение а не способ хранения)

такое определение вот нашел, близко мне

Инкапсуляция (encapsulation) — это фундаментальная объектно-ориентированная концепция, позволяющая упаковывать данные и поведение в единый компонент с разделением его на обособленные части — интерфейс и реализацию. Последнее осуществляется благодаря принципу изоляции решений разработки в ПО, известному как сокрытие информации (англ. information hiding).

чат, а как правильно делаются штуки типо транзакций, но не связанных с базой. Т.е. например мне надо один за другим провести 2 платежа, а потом зарегистрировать юзера. Если на одном из этапов фейл - всё должно фейлиться. Куда копать, чтобы не городить костыли?

так а факт платежа не регистрируется в базе чтоли?

регистрируется да

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

Ну это всё выполняется в рамках одного реквеста по сути. Т.е. чувак сабмитит форму и всё пошло-поехало

т.е. если я нагорожу там ифов это будет норм ?

Временная база не?

Временная база/таблица ок, а по коду как это красиво разруливать?

т.е. если я нагорожу там ифов это будет норм ?

слабо понимаю. 2 платежа провести, а потом зарегать пользователя. первый прошел, второй не прошел. это же не отменяет 1й платеж?

или надо делать откат платежа №1 в платежной системе?

Откат

Да

Паттерн Command чтоб не городить костыли

платеж1 - выполнился, кладешь объект команды в стек платеж2 - выполнился, кладешь объект команды в стек платеж3 - обломался. pop() по стеку и ->undo() каждому объекту

если вкратце то для меня инкапсуляция это разделение публичного интерфейса и реализации в каком либо компоненте

нууу... инкапсуляция это когда у тебя данные и логика обработки оных засунута в капсулу

грубо говоря черный ящик. знаешь что ему скормить и что выйдет из него на выходе. как оно это делает = тебя не волнует.

замечу что "сломать инкапсуляцию" значит достать кусочек состояния что бы с ним поработать. То есть геттеры ломают ее

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

замечу что "сломать инкапсуляцию" значит достать кусочек состояния что бы с ним поработать. То есть геттеры ломают ее

Так а как мне например вывести модель в таблицу html

Если я не могу получать свва

ERROR: S client not available

Типо делать метод convertToarray?

Так а как мне например вывести модель в таблицу html

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

Если такто кому он должен принадлежать, мапперу?

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

Так а если геттера нет то как отображать то?

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

Какие есть варианты?

У модели должен быть метод, который вернет некоторое объектно-массивное представление. Этот метод вызовется в контроллере, контроллер передает во вьюху, вьюха отображает

Очевидное и логичное решение, как по мне

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

Но модель не должна заниматься конвертацией самой себя

Srp же)

Как меня научили

Таблица - это БДшная таблица или таблица принадлежит какому-то объекту?

прощу прощения, если это было разъяснено выше

Таблица - это БДшная таблица или таблица принадлежит какому-то объекту?

таблица html

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

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

Посмотрим что скажут эксперты))

то есть кто-то другой должен знать все то же самое о модели?

Ну вот пока я предложил вариант с компощицией

Чтобы был у модели объект реализующий её конвертацию

Хотя блья

Все равно получается что со стороны клиента этим модель заниматься будет

Думаю тут все таки ДатаМапер нужен

А другие модели будут юзать датамапер еще?

http://joxi.ru/KAgYMLRuPq4Wml вот тут заменить, т.к. query1 возвращает только 1 строку, как можно от foreach избавиться?

$row = $query1->rows[0];

а если к полю name? rows[0]['name']?

да

там result & result1, не запутались?

может в этом проблема