Аа

А как разруливать связанные данные?

User service, order service, product service

хз, может месседжами...

Не верное деление?

хотя ладно, чет я походу бред несу

Так как между этими сервисами есть в бд внешние ключи

Понять бы как разделять контексты

А как разруливать связанные данные?

разделить так что бы они не пересекались

User service, order service, product service

грамотно выделять границы. user service за что отвечает? куда относятся покупатели - к user или к order? магазин? доставка?

короч в целом я тебе две ссылки дал - там эти вопросы покрываются

Ребят, в phpdoc кто шарит? Вопрос такой: @var int[]|string - это валидно соответствию "либо массив из int, либо строка"?

да, но я бы на твоем месте насторожился

да, но я бы на твоем месте насторожился

Это вордпресс

снимаю вопрос :)

зачем юзать вордпресс, когда есть ларавел?

ларавель слишком изивей

а вп для мазохистов?

а вп для мазохистов?

Должен же кто-то грязную работу делать

Господа. Вопрос касаюшийся PHPStorm, coverage,docker. Может кто знает. У меня coverage запускается в контейнере, и соответственно пути к файлам там тоже относительно контейнера(/var/www/html). В шторме есть фишка показывать covarage, но когда я ее включаю, у меня на всех папках нули. Думаю что шторм не хавает мапинги. Может кто знает как пофиксить?

Товарищи, не могу сообразить один момент. При выводе статей из бд в красивый хтмл код, постится только одна статья, я понимаю почему так происходит while ($okay = mysql_fetch_assoc($query1)){ $postArticle = ...; потому что перезаписываю каждый раз переменную. Не понимаю как вывести каждую статью как мне нужно оформленную после пыхи идет хтмл код

.=

Это что-то очень страшное из начала двухтысячных судя по коду. По сути: твоя статься должна рисоваться внутри цикла тогда будет много

Товарищи, не могу сообразить один момент. При выводе статей из бд в красивый хтмл код, постится только одна статья, я понимаю почему так происходит while ($okay = mysql_fetch_assoc($query1)){ $postArticle = ...; потому что перезаписываю каждый раз переменную. Не понимаю как вывести каждую статью как мне нужно оформленную после пыхи идет хтмл код

mysqli_fetch_all. ???

PDO? не cлышал...

а какие у pdo преимущества над mysqli?

mysqli вполне хороший рабочий вариант.

mysql_* выпилен уже давно

а какие у pdo преимущества над mysqli?

в mysqli дебильный бинд параметров

в mysqli дебильный бинд параметров

мне больше нравится, чем в pdo) проще и понятнее

доктрину отучили от pdo если что, теперь она умеет в mysqli

мне больше нравится, чем в pdo) проще и понятнее

"ssssssiiddddssdsisisi"

"ssssssiiddddssdsisisi"

ну да :) лучше, чем забор из биндов)

ты какой-то глуповатый тролль, если честно :)

есть и много

а какие у pdo преимущества над mysqli?

как минимум, mysqli - работает только с MySQL PDO же потжерживает более широкий спектр взимодействий.

угумс..унификация

издеваешься?

как минимум, mysqli - работает только с MySQL PDO же потжерживает более широкий спектр взимодействий.

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

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

но есть кейсы, когда юзаются несколько бд

например у меня сейчас mysql, oracle

но есть кейсы, когда юзаются несколько бд

у человека в примере явно указан mysql, накинулись за pdo вместо mysqli. Так вот, в чём профит ему от pdo?)

если завтра тебе понадобится добавить работу еще NoSQL базой данных ты просто добавишь новый конект, а сама обвертка останется как и при работе с MySQL

ему? никакого ) темболее судя по части кода - там просто лапша

но есть кейсы, когда юзаются несколько бд

такие кейсы есть и для таких кейсов вполне себе можно выбрать подходящий инструмент)

такие кейсы есть и для таких кейсов вполне себе можно выбрать подходящий инструмент)

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

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

https://code.tutsplus.com/ru/tutorials/pdo-vs-mysqli-which-should-you-use--net-24059

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

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

выбирай инструмент под задачу.

"Именованные параметры" и "Подготовленные запросы (на клиенте)" да и похеру

именованные плейсхолдеры как бы намекают, что на клиенте обработка ведётся

p.s. я не агитирую юзать mysqli. С точки зрения прагматизма ты должен хорошо знать PDO и знать о mysqli и примерно чем оно там отличается и что дает сверху. Все. Далее выбираешь инструмент под задачу а не подгоняешь задачу под инструмент.

и на скок я помню, в пдо по дефолту оно на клиенте

и на скок я помню, в пдо по дефолту оно на клиенте

все так

ERROR: S client not available

"Именованные параметры" и "Подготовленные запросы (на клиенте)" да и похеру

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

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

чё?

у mysqli превосходная работа с prepared statement

к которым именованные плейсхолдеры имеют малое отношение

до того момента пока тебе 10 полей не нужно заинсерить за раз))

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

как-будто это только к доктрине относится... а чудо orocrm, api-platform, magento и иже с ними? :)

до того момента пока тебе 10 полей не нужно заинсерить за раз))

а в PDO тебе с этим все хорошо?)

или ты агитируешь за "ой да ну его, запихиваешь строки в запрос и хуяришь"

до того момента пока тебе 10 полей не нужно заинсерить за раз))

ну я тебе страшную тайну открою, но именованные плейсхолдеры = работа на клиенте. Т.е. смысл prepared statement уже теряется

короч ладно, я не понимаю что происходит.... доверяю мнению Макса

короч ладно, я не понимаю что происходит.... доверяю мнению Макса

ну, видимо, товарищи не совсем разобрались как работает prepared statement. Mysqli никогда особой популярностью не пользовался, как-то все дружно на pdo сели, но набросы явно не по теме) он умеет всё то же, что и pdo, кроме поддержки надцати субд. зато умеет в +\- асунк

а в PDO тебе с этим все хорошо?)

Биндишь в ДатаТрансфер обьект свои данные и передаешь в БиндПарам

Ребята, Ку! Вопрос такой. Покрываете ли вы тестами непосредственно сущности домена? Или же пишите тесты для сервисов, которые их используют?

ну, видимо, товарищи не совсем разобрались как работает prepared statement. Mysqli никогда особой популярностью не пользовался, как-то все дружно на pdo сели, но набросы явно не по теме) он умеет всё то же, что и pdo, кроме поддержки надцати субд. зато умеет в +\- асунк

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

Ребята, Ку! Вопрос такой. Покрываете ли вы тестами непосредственно сущности домена? Или же пишите тесты для сервисов, которые их используют?

покрываю, так как логика в сущностях

Ребята, Ку! Вопрос такой. Покрываете ли вы тестами непосредственно сущности домена? Или же пишите тесты для сервисов, которые их используют?

привет. лично я, если метод(не set/get) содержит какую-то сложную логику - то покрываю его юнитом. а так в сущности зачастую и тестить то нечего

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

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

Так это уже неплохое преемущество над mysqli

mysqli делает первый вариант)

не путать с mysql_*

Ребята, Ку! Вопрос такой. Покрываете ли вы тестами непосредственно сущности домена? Или же пишите тесты для сервисов, которые их используют?

все привязано к тому что внутри сущностей. Если у как Serge, то у тебя в целом не будет изолированных тестов. Мокать сущности ты не станешь (потому что это безумие делать с сеттерами и геттерами) а так все покроется косвенно. Ну для сложных кейсов можешь в изоляции сеттеры какие покрыть. С другой стороны если мы говорим о нормальной декомпозиции, то да, я пишу изолированные тесты на сущности и крайне редко пишу изолированные тесты на сервисы (только там где можно в изоляции).

mysql выпилили) скоропостижно помер)

mysql выпилили) скоропостижно помер)

не у всех)

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

все привязано к тому что внутри сущностей. Если у как Serge, то у тебя в целом не будет изолированных тестов. Мокать сущности ты не станешь (потому что это безумие делать с сеттерами и геттерами) а так все покроется косвенно. Ну для сложных кейсов можешь в изоляции сеттеры какие покрыть. С другой стороны если мы говорим о нормальной декомпозиции, то да, я пишу изолированные тесты на сущности и крайне редко пишу изолированные тесты на сервисы (только там где можно в изоляции).

Для примера. Есть класс BookShelf с методом addBook, есть сервис BookShelfFillerService. Метод сущности addBook могу протестировать, как в тестах для сервиса, так и в тестах для сущности. Какой из вариантов предпочтительнее?

Ну и предположим в addBook сложная логика проверки, а не просто $this->books[] = $book;

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

как выше сказал Сергей, всё зависит от задачи. Если планируется использование исключительно mysql базы, то драйвер mysqli вполне рабочий вариант