И вообще, чо за динамика, нинада так.

В некоторых случаях это важно и без этого никак)

В некоторых случаях это важно и без этого никак)

Значит пиздец у тебя в коде

Значит пиздец у тебя в коде

У меня динамические диалоги + меню в телеге

И мне нужно востанавливать состояние

Значит пиздец у тебя в коде

Стратегия тебе в руки

У меня динамические диалоги + меню в телеге

Ты в тексте кнопки держишь название сущности? :)

Ты в тексте кнопки держишь название сущности? :)

Не, я так раньше делал ??

Базу можешь освоить на https://www.sololearn.com/Course/PHP/ и https://www.w3schools.com/php/default.asp

Благодарю

Благодарю

псмотри еще http://www.phptherightway.com/

псмотри еще http://www.phptherightway.com/

Да, много материала. Спасибо!

Передаю ID

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

ох тыж лямбда! не ну хер я сваливаю))

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

Ну да

По другому динамику сделать никак

псмотри еще http://www.phptherightway.com/

Не для старта.

Сейчас добавление нового диалога / меню заканчивается на создании класса.

Этого и добивался

По другому динамику сделать никак

Она не говорит о том, что ты должен юзать ее так: $dataFromDB->class::findOrFail($id);

P.S. а вам в этом волшебстве не может пригодиться это https://secure.php.net/manual/ru/language.oop5.serialization.php

Она не говорит о том, что ты должен юзать ее так: $dataFromDB->class::findOrFail($id);

Я тебя не понял сейчас вообще

У меня есть менеджер, который обрабатывает БД. Бд просто для хранения данных. Если вдруг класс не расширяет абстракта то он идет нахер и я выдаю ошибку и стандарт

Всем привет. Ребят, подскажите пожалуйста как включить freeType extension?

ребят в чем отлчие опции от аргумента в symfony console?

ребят в чем отлчие опции от аргумента в symfony console?

для options порядок не важен, а вообще вот https://symfony.com/doc/current/console/input.html

да спасибо

Какой код у & шоб чертов пхп умел, блять, его подставлять? > &

ребят в чем отлчие опции от аргумента в symfony console?

опции это ключики а-ля -h или --long-option 5, аргументы идут без ключей после названия команды

обновлю вопрос по архитектуре. Вот пример: class A { public function b() { foreach($this->data as $datum) { if($datum === $norm) { return $status; } else { // Тут нужно добавить данные к ошибкам с 2 параметрами "Что это" + "Почему ошибка" continue; } } return $status; } } class B { public functon c() { $status = (new A)->b(); // тут обработка return $status; } } (new B)->c(); // Тут нужно знать, почему проверка не прошла по каждому из вариантов В A::b() идет проверка. И проверка может не пройти по определенным правилам. Как лучше архитектурно получить с функции A::b() почему не прошла проверка Почему обновляю вопрос. Мне нужно получить все данные. Совать это после обработки в виде json в ексепшн как по мне, не оч вариант.

Ну тогда захуярь DTO, наполни ее и верни

Или коллекцию

Это уже на отдельную Апи функцию смахивает ?

С чего бы?

DTO - это не про входные параметры или ответ

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

Если ты знаешь как, то чо не делаешь?

Кстати, а куда можно без ЗП подать вакансию?)

Мне фронтендер нужен пздц

обновлю вопрос по архитектуре. Вот пример: class A { public function b() { foreach($this->data as $datum) { if($datum === $norm) { return $status; } else { // Тут нужно добавить данные к ошибкам с 2 параметрами "Что это" + "Почему ошибка" continue; } } return $status; } } class B { public functon c() { $status = (new A)->b(); // тут обработка return $status; } } (new B)->c(); // Тут нужно знать, почему проверка не прошла по каждому из вариантов В A::b() идет проверка. И проверка может не пройти по определенным правилам. Как лучше архитектурно получить с функции A::b() почему не прошла проверка Почему обновляю вопрос. Мне нужно получить все данные. Совать это после обработки в виде json в ексепшн как по мне, не оч вариант.

кинуть Exception нужного типа, по которому уже будет поянтно в чем проблема + сообщение к нему

обновлю вопрос по архитектуре. Вот пример: class A { public function b() { foreach($this->data as $datum) { if($datum === $norm) { return $status; } else { // Тут нужно добавить данные к ошибкам с 2 параметрами "Что это" + "Почему ошибка" continue; } } return $status; } } class B { public functon c() { $status = (new A)->b(); // тут обработка return $status; } } (new B)->c(); // Тут нужно знать, почему проверка не прошла по каждому из вариантов В A::b() идет проверка. И проверка может не пройти по определенным правилам. Как лучше архитектурно получить с функции A::b() почему не прошла проверка Почему обновляю вопрос. Мне нужно получить все данные. Совать это после обработки в виде json в ексепшн как по мне, не оч вариант.

обычно эти ошибки просто валятся в Stdout а логгер их уже перехватывает.

Короче смотрите У меня есть проверка по n елементам масива Каждый из элементов может пройти или не пройти проверку Нужно, чтобы один из елементов прошел проверку. Если проверку прошел один из елементов, мне выдавать инфу не нужно. Но если ни один не прошел, мне нужно вывести инфу по каждому из елементов, почему не прошел.

У каждого елемента, может быть, своя собственная ошибка

Кстати, а куда можно без ЗП подать вакансию?)

Работать тоже без зп будет?

Короче смотрите У меня есть проверка по n елементам масива Каждый из элементов может пройти или не пройти проверку Нужно, чтобы один из елементов прошел проверку. Если проверку прошел один из елементов, мне выдавать инфу не нужно. Но если ни один не прошел, мне нужно вывести инфу по каждому из елементов, почему не прошел.

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

Работать тоже без зп будет?

Ну это, по сути, стартап, у которого вся прибыль = операционная

Процент, окей

норм ЗП, не осилю

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

Блин, над думать

кинуть Exception нужного типа, по которому уже будет поянтно в чем проблема + сообщение к нему

Ему уже говорили

Позоду, всетаки через return прийдется делать. Или через отдельный функционал api

Ему уже говорили

Для одного, это ок

Даешь коллекцию !!!!! :)

(нет, ты можешь сразу все нужные данные закинуть)

А вообще, я голодный и мне лень читать что у тебя там за кейс

Колекцию ексепшинов?

В ексепшин данные нельзя засунуть

Хотяяя, можно расширить, и добавить такую функцию

Короче смотрите У меня есть проверка по n елементам масива Каждый из элементов может пройти или не пройти проверку Нужно, чтобы один из елементов прошел проверку. Если проверку прошел один из елементов, мне выдавать инфу не нужно. Но если ни один не прошел, мне нужно вывести инфу по каждому из елементов, почему не прошел.

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

В ексепшин данные нельзя засунуть

Кто сказал?

Колекцию ексепшинов?

да звучит костыльно, но для апи так и делают

щас стаью скниу если найду

Дава

Помоему мы тут ожидаем ошибку. т.е. это не исключительная ситуация

мне больше нравится коллекция из результатов проверки

ERROR: S client not available

https://habrahabr.ru/post/279501/

а не эксепшенов

https://habrahabr.ru/post/279501/

Спасибо

Ты можешь свой сделать ???

не юзайте эксепшены если не умеете их!

не юзайте эксепшены если не умеете их!

Ну, я не обмазываюсь ими везде, так что, научи

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

вот это ближе к правде. Суть в том, что логер должен быть независимым, как в него будут попадать данные не важно, важно отделить логику приложения от логов. Иначе расширение будет практически невозможно. При нынешних трендах и стремлениях к микросервисам и расширяемости -это дефакто стандарт.

не юзайте эксепшены если не умеете их!

если не юзать эксепшены то эксепшены будут юзать тебя

Ну это, по сути, стартап, у которого вся прибыль = операционная

Стартаперы. Зарплата с первой прибыли.

Стартаперы. Зарплата с первой прибыли.

Нифига, Первая прибыль понятие очень растяжимое. Это не уважительно. Я человек, у которгго горят глаза, я могу работать за 20000, но за идею. Таких и ищу.

https://habrahabr.ru/post/279501/

Прикольный вариант, щас попробую внести его

https://habrahabr.ru/post/279501/

исключения это улучшенный гоуту © @mkusher

если не юзать эксепшены то эксепшены будут юзать тебя

Или твой код бросает экспшн или жизнь бросает тебе "в лицо полную лопату!"

к тому же весьма дорогой гоуту

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

в остальных случаях это плохо :х

Можно опрос замутить? ахахахах

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

запись не найдена это исключение или нет ?

мути

обновлю вопрос по архитектуре. Вот пример: class A { public function b() { foreach($this->data as $datum) { if($datum === $norm) { return $status; } else { // Тут нужно добавить данные к ошибкам с 2 параметрами "Что это" + "Почему ошибка" continue; } } return $status; } } class B { public functon c() { $status = (new A)->b(); // тут обработка return $status; } } (new B)->c(); // Тут нужно знать, почему проверка не прошла по каждому из вариантов В A::b() идет проверка. И проверка может не пройти по определенным правилам. Как лучше архитектурно получить с функции A::b() почему не прошла проверка Почему обновляю вопрос. Мне нужно получить все данные. Совать это после обработки в виде json в ексепшн как по мне, не оч вариант.

Exception collection или отдельная функция Api ? Exception collection – 3 ??????? 60% функция Api – 2 ????? 40% ? 5 people voted so far.

запись не найдена это исключение или нет ?

если вариант её ненахождения допустим для логики, то нет

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

нет варианта "я пишу на Go и про эксепшены не слышал" :)

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

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

если вариант её ненахождения допустим для логики, то нет

и что возвращать тогда если не найденна ?

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

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

и что возвращать тогда если не найденна ?

либо делать сперва вызов, есть ли запись, а потом дёргать уже данные

либо null в 7.1

либо делать сперва вызов, есть ли запись, а потом дёргать уже данные

2 раза sql запрос ?

вроде ныне допускается