Как по мне второй вариант.

есть крутое правило - не мокай код, которым ты не владеешь

А как протестировать свой код, который зависит от внешнего сервиса?

Точнее не свой код, а свой сервис unit тестом

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

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

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

например Ramsey UUID - офигенно стабильное API. Нет смысла заморачиваться и можно вообще воспринимать это как часть стандартной библиотеки языка.

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

@fes0r а есть рецепт как без боли пользоваться Ramsey UUID + Doctrine + MySQL? :)

@fes0r а есть рецепт как без боли пользоваться Ramsey UUID + Doctrine + MySQL? :)

обновиться на mysql 8

А что там?

или чуть подождать пока оно станет стабильным. Там нативная поддержка uuid

А если MariaDB?

А если MariaDB?

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

я хз, спрашиваю вот..

я марию не юзал, да и мускуль уже пару лет как не юзаю

В mariаdb нет uuid как встроенного типа(10.2)

я марию не юзал, да и мускуль уже пару лет как не юзаю

А что юзаешь?

о, в mariadb есть возможность column oriented базы делать? прикольно, не знал

А что юзаешь?

постгрес

А почему он? Не холивара ради)

и касандру можно юзать... ну это насколько я понимаю нужно тем кто по федеративной фигней загоняется

А почему он? Не холивара ради)

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

сча 10.0 вышла с поддержкой логической репликации и в целом осталося только один минус - отсутствие возможности юзать "разные движки" - но я до такого что мне прям это надо было еще не дорос походу

печаль что марья начинает отставать от мускуля нынче

печаль что марья начинает отставать от мускуля нынче

ну мариадб и подобные сделали то что нужно - подтолкнули развитие мускуля. Это хорошо. Вспомни iojs

Если в проекте уже давно инкрементальные айдишники на uuid есть смысл переходить?

Если в проекте уже давно инкрементальные айдишники на uuid есть смысл переходить?

а какую проблему ты хочешь решить?)

можешь просто рядом еще ключиков наплодить, это проще и надежнее

можешь просто рядом еще ключиков наплодить, это проще и надежнее

В таком варианте сущность будет valid после construct?)

В таком варианте сущность будет valid после construct?)

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

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

и тогда все ок

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

даешь CQRS/ES

даешь CQRS/ES

уроки даёшь?)

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

А ты не думал какие-нибудь вебинарчики провести. С примерами из реальных задач и т.п.?

Я так понимаю после релиза mysql 8 можно переезжать c mariadb?

уроки даёшь?)

Марко дает

А ты не думал какие-нибудь вебинарчики провести. С примерами из реальных задач и т.п.?

вэбинары это штуки для CEO оптимизаторов и аналитиков?

Я так понимаю после релиза mysql 8 можно переезжать c mariadb?

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

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

А постгре нет)

вэбинары это штуки для CEO оптимизаторов и аналитиков?

Да нет. Я имею ввиду через интернет типа видео конференции.

А постгре нет)

по сути у тебя и mysql8 пока нет

Да нет. Я имею ввиду через интернет типа видео конференции.

муторно

лучше пару раз в год на нормальных конфах

по сути у тебя и mysql8 пока нет

как и uuid'ов в коде

вэбинары это штуки для CEO оптимизаторов и аналитиков?

Типа того что Дмитрий Елисеев делает, если знаешь кто это )

Типа того что Дмитрий Елисеев делает, если знаешь кто это )

мне не нравится сам формат конференций если честно... ну мол когда один вещает и потом есть минут 10 ответить на вопросы и еще пару часов что бы пообщаться на эти темы с пятком людей.

Парочка развёрнутых статей + FAQ в разы полезнее вебинара. Который длится несколько часов, а полезной информации обычно минут 20. Пересматривать такое большая трата времени

Парочка развёрнутых статей + FAQ в разы полезнее вебинара. Который длится несколько часов, а полезной информации обычно минут 20. Пересматривать такое большая трата времени

мне нравится формат дискуссий

https://www.youtube.com/watch?v=hd0v72pD1MI

вот такие штуки

написал например пяток статей, потом устроил такой вот кол общий, обсудили, пофиксили статьи

Да, обсуждения вокруг какого то текста лучше чем обсуждения ради обсуждений

Еще иногда интересно увидеть workflow человека. Как он подходит к решению задач, организации кода

Еще иногда интересно увидеть workflow человека. Как он подходит к решению задач, организации кода

открой для себя парное программирование. Ты один работаешь?

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

открой для себя парное программирование. Ты один работаешь?

По сути да

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

"слабоумие и отвага"

Я может криво ищу, но не вижу uuid type в mysql 8. Там добавили функции, но поле по прежнему binary(16). В текущей ситуации боль в том, что доктрина объекты uuid переводит в string, а в базе происходит сравнение string и binary, в итоге результат нулевой. Как попросить mysql 8 конвертировать string в binary?

Налету в смысле

"слабоумие и отвага"

Если тестами всё покрыто, то наверное не страшно. А если нет...)

Если тестами всё покрыто, то наверное не страшно. А если нет...)

тесты не единственный способ удостовериться что все работает. Есть много способов. Правда иногда я действительно перегибаю) правда последний год все реже.

На меня все тоже батхёртят, когда я на рабочем проекте папку etc переименовываю в config, потому что Фабиен сказал, что в симфони 4 будет так)

ERROR: S client not available

Я может криво ищу, но не вижу uuid type в mysql 8. Там добавили функции, но поле по прежнему binary(16). В текущей ситуации боль в том, что доктрина объекты uuid переводит в string, а в базе происходит сравнение string и binary, в итоге результат нулевой. Как попросить mysql 8 конвертировать string в binary?

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

надо пробовать

На меня все тоже батхёртят, когда я на рабочем проекте папку etc переименовываю в config, потому что Фабиен сказал, что в симфони 4 будет так)

не ну как, решения надо с командой обсуждать. Самодурство это не очень...

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

нельзя. Когда ты делаешь запрос вида where id in (:ids), доктрина понимает только 2 типа массивов. Это int[] и string[]. То что в качестве id приходит object доктрине фиолетово

не ну как, решения надо с командой обсуждать. Самодурство это не очень...

Отсебятину я всегда согласовываю, а новые стандарты, который тот же Symfony примет к 4 версии не вижу смысла обсуждать. Разве что с кор контрибьютерами симфони

нельзя. Когда ты делаешь запрос вида where id in (:ids), доктрина понимает только 2 типа массивов. Это int[] и string[]. То что в качестве id приходит object доктрине фиолетово

ну тебе никто не мешает добавить)

Отсебятину я всегда согласовываю, а новые стандарты, который тот же Symfony примет к 4 версии не вижу смысла обсуждать. Разве что с кор контрибьютерами симфони

я этих кор контрибьютеров недолюбливаю из-за UserInterface и убогого DoctrineBundle

не все вещи которы принимает "илита" могут работать в твоей команде

ну тебе никто не мешает добавить)

Ты про PR в доктрину?)

Ты про PR в доктрину?)

?

Или добавить у себя?

доктрина - другая команда, они никакого отношения к symfony не имеют

а ты об этом

Или добавить у себя?

ну типа они все platform specific вещи рекомендуют у себя делать как отдельный модуль

можно еще поискать чего готового на эту тему

Я сейчас про uuid и типы в базе. Тут либо база должна принимать uuid как string и преобразовывать в binary, либо Doctrine должна конвертировать объекь к binary, а не к string.

на 100% не скажу но поразбирайся как PARAM_STR_ARRAY работает

это не нативная штука для PDO

Если коротко то никак. php массив объектов неявно приводит к массиву строк.

Я решал эту проблемы костылём, переопределяя __toString у uuid, чтобы вызывал toBytes(). Но строить вокруг этого костыля проект такое себе решение

я этих кор контрибьютеров недолюбливаю из-за UserInterface и убогого DoctrineBundle

А что не так с UserInterface? Они сейчас вроде обсуждают сделать User для internal задач и во вне его не выкидывал, выпилив UserInterface

А что не так с UserInterface? Они сейчас вроде обсуждают сделать User для internal задач и во вне его не выкидывал, выпилив UserInterface

из-за навязывания слишком жирного интерфейса который слишком много позволяет (getPassword(), getSalt())

Я решал эту проблемы костылём, переопределяя __toString у uuid, чтобы вызывал toBytes(). Но строить вокруг этого костыля проект такое себе решение

ну почему же? может тебе в целом не нужен toString? ты всегда можешь из bytes для текстовой репрезентации обратно сконвертить уже в UI layer.

хотя я хз если честно.

Там есть метод toString(). Я переопределял только __toString()

https://github.com/symfony/symfony/issues/24043

хм, они не обсуждают. Они его уже депрекейтнули

Только pr похоже к 4.0 не успел

Здравствуйте. Можно ли как-нибудь "спрятать" секцию $comment? https://pastebin.com/78Z4rGmg

шикарно спрятал, я лично никакой секции не вижу.

ну тоесть не секция, а первые 4 строки кода)

можно - просто удали их.