и делай как хочешь

в моем же случае почти вся логика лежит прямо в сущностях

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

если надо выделять какую-то логику или операцию

p.s. ты ж читал Эванса?

видимо нет

ну мол что бы понять что по части терминологии нет путаницы

что "сущности" это не специфичный какой-то для ORM термин

видимо нет

Эрик Эванс - предметно ориентированное проектирование

почитай, годная книжка

DDD которая?

да

https://www.amazon.com/Domain-Driven-Design-Tackling-Complexity-Software/dp/0321125215

оно?

да

спасибо

наших прибыло

Игого =)

?

С подключением!

Прив, спс)

О, Квися

f4rt~, [16.01.17 17:16] @Quiss в ООП больше девушек) это правда?

хахах

Переманил еще одного на темную сторону силы

Он ща узнает, что не правда, и выйдет

+1

я уже список участников пролистал

Olha перекличка

Переманил еще одного на темную сторону силы

забавный ник у тебя. fart?

так Olha есть и в пхп чатике

она уже не интересна

забавный ник у тебя. fart?

я как человек забавнее

я как человек забавнее

(нет)

(нет)

/yazaban

/yazaban

ок, ок, сам ливну

се равно тут скучно

просто слишком сложный чатик для тебя

Слишком много пхпшников в этом чате)

забавный ник у тебя. fart?

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

?

взял?

Наверное нет. ?

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

я б пришел гы

?

нуууу.... так вышло что он офер не принял

привередливый какой

там были нюансы, мы через месяца 4 пожалели что так вышло

а ты часто в Киеве выступаешь?

нет)

Написал небольшой класс [ http://pastebin.ru/mX3xsEnW ], в качестве обучения. Есть несколько вопросов: 1. Уместно ли здесь использование static? Чтобы не создавать каждый раз объект для кодирования/декодирования json. 2. Какие коды ошибок приемлемо указывать для Exception? Есть какие-то стандарты или зависит от разработичка? Хотелось бы услышать какие минусы присутствуют, что можно улучшить? И вообще у меня сомнения в правильности использования исключений.

try { JSON::decode(file_get_contents('config.json')); } catch (Exception $e) { echo $e->getMessage() . "\n"; }

разработчика*

юзать array() в 2017 - вот это точно ошибка)

А что лучше?

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

А что лучше?

ну дак [] же

[]?

Ну это привычка. Никак не привыкну.

Написал небольшой класс [ http://pastebin.ru/mX3xsEnW ], в качестве обучения. Есть несколько вопросов: 1. Уместно ли здесь использование static? Чтобы не создавать каждый раз объект для кодирования/декодирования json. 2. Какие коды ошибок приемлемо указывать для Exception? Есть какие-то стандарты или зависит от разработичка? Хотелось бы услышать какие минусы присутствуют, что можно улучшить? И вообще у меня сомнения в правильности использования исключений.

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

А в чём нубство? В вопросах или в коде?

Так а как же автолоад и т.д.?

ERROR: S client not available

Каждый раз подулючать функции?

в composer.json через files указываешь

по-моему такой класс был в yii1, только там он был потому, что json_encode/decode в 5.2 появились, а он типа раньше

Опять же функций три и + массив с ошибками. И-за этого собственно и решил в класс запихать.

Обычный json_decode не устраивает информативностью.

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

это не повод

2 в 1

function json_decode($json, $assoc = false, $depth = 512, $options = 0) { $data = \json_decode($json, $assoc, $depth, $options); if (JSON_ERROR_NONE !== json_last_error()) { throw new \InvalidArgumentException( 'json_decode error: ' . json_last_error_msg()); } return $data; }

Обучение ООП я имею ввиду, а алгоритмы по ситуации же. А тут насущный вопрос появился.

function json_encode($value, $options = 0, $depth = 512) { $json = \json_encode($value, $options, $depth); if (JSON_ERROR_NONE !== json_last_error()) { throw new \InvalidArgumentException( 'json_encode error: ' . json_last_error_msg()); } return $json; }

не благодари

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

Обучение ООП я имею ввиду, а алгоритмы по ситуации же. А тут насущный вопрос появился.

ты тут не использовал ООП

а в целом обертка для эксепшенов норм или почти норм

но у @Enleur получше)

Да, кстати, самому смешно, от ООП тут ничего нету.

но у @Enleur получше)

эт не у меня. guzzle

А для декод будет дублирование получается.

С эксепшинами.

это набор функций с областью видимости в виде класса

А json_last_error_msg возвращает те же сообщения что и json_last_error?

Те же что в документации к json_last_error? *

где стикеры с Y.B.?)

где стикеры с Y.B.?)

Если это мне, то не знаю о чём речь. ?

я всем

if (!function_exists('json_last_error_msg')) { function json_last_error_msg() { static $ERRORS = array( JSON_ERROR_NONE => 'No error', JSON_ERROR_DEPTH => 'Maximum stack depth exceeded', JSON_ERROR_STATE_MISMATCH => 'State mismatch (invalid or malformed JSON)', JSON_ERROR_CTRL_CHAR => 'Control character error, possibly incorrectly encoded', JSON_ERROR_SYNTAX => 'Syntax error', JSON_ERROR_UTF8 => 'Malformed UTF-8 characters, possibly incorrectly encoded' ); $error = json_last_error(); return isset($ERRORS[$error]) ? $ERRORS[$error] : 'Unknown error'; } }

http://php.net/manual/en/function.json-last-error-msg.php отсюда взято

так что.. ты сделал костыль)

if какой-то ебаный