ну... как ..... скорее сочетание uow + data mapper + lazy load

можно очень интересные вещи делать

особенно с версии 2.5

и появления embeddables

и появления embeddables

А можно реальный пример в кратце, как вы его использовали?)

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

На самом деле он прав. У меня, например, в одном проекте есть проблема из-за такого фильтра. Получаешь сущность у которой обязательно должна быть связь, а там null. И пошли поехали костыли. Хотя с другой стороны, иначе пришлось бы значительно усложнить репозитории...

User::register наверное

почему не new User(...) ?

в каком случае именованные конструкторы для сущности лучше?

в каком случае именованные конструкторы для сущности лучше?

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

ну а насчёт User::register?

ведь юзер registered, когда попадает в репозиторий

Есть ли какая нибудь статистика сравнения насколько будет снижаться скорость выборки при использовании в качестве id Uuid. Больше интересует если в выборке будет много join'ов.

Есть ли какая нибудь статистика сравнения насколько будет снижаться скорость выборки при использовании в качестве id Uuid. Больше интересует если в выборке будет много join'ов.

http://www.cybertec.at/int4-vs-int8-vs-uuid-vs-numeric-performance-on-bigger-joins/

http://www.cybertec.at/int4-vs-int8-vs-uuid-vs-numeric-performance-on-bigger-joins/

Спасибо.

Ребят кто может рассказать в двух словах, как проходит разработка используя git? есть сервер с проэктом где инициализирован гит, каждый из разработчиков клонирует себе на локальный комп, и ведет разработку у себя, запуская проэкт на локальном сервере, а потом комитит внесенные изменения, я правильно понимаю?

все так

в принципе все верно

а если проэкт огромный? все равно нужно качать весь проэкт на лкоалку себе чтоб можно было его запустить?

а если проэкт огромный? все равно нужно качать весь проэкт на лкоалку себе чтоб можно было его запустить?

а как по-другому ты хочешь?)

Что за локальный сервер?

а как по-другому ты хочешь?)

Та не знаю, просто уточнил)

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

ммм, у кого есть опыт с ReactPHP/amphp (и прочие async io) - там есть асинхронная монга (запросы)?

доброго вечера, подскажите, насколько psr позволяет autoload.php описывать в таком виде require_once DIR.'/core/Loader.php'; spl_autoload_register('mmvc\\core\\Loader::load'); ну а там уже соответственно вся загрузка происходит.

ммм, у кого есть опыт с ReactPHP/amphp (и прочие async io) - там есть асинхронная монга (запросы)?

По умолчанию сам драйвер под монгу не поддерживает асинхронность. Но есть готовая либа под это дело как раз под reactPHP https://github.com/jmikola/react-mongodb

доброго вечера, подскажите, насколько psr позволяет autoload.php описывать в таком виде require_once DIR.'/core/Loader.php'; spl_autoload_register('mmvc\\core\\Loader::load'); ну а там уже соответственно вся загрузка происходит.

psr не знаю тут причем, а composer так и устроен

По умолчанию сам драйвер под монгу не поддерживает асинхронность. Но есть готовая либа под это дело как раз под reactPHP https://github.com/jmikola/react-mongodb

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

Ребята, интересует работа с Command и Command Bus. У кого есть опыт, скажите, пожалуйста, на сколько удобнее и расширяема становится система при использовании этого паттерна, возможно проблемы, с которыми сталкивались на проектах. Буду благодарен.

psr не знаю тут причем, а composer так и устроен

меня смутила вот эта вот ссылка https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-4-autoloader-examples.md там прямо в скрипте идет загрузка

меня смутила вот эта вот ссылка https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-4-autoloader-examples.md там прямо в скрипте идет загрузка

Юзай composer и не парься.

меня смутила вот эта вот ссылка https://github.com/php-fig/fig-standards/blob/master/accepted/PSR-4-autoloader-examples.md там прямо в скрипте идет загрузка

psr описывает как грузить, а не как реализовать загрузчик

Юзай composer и не парься.

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

Юзай composer и не парься.

в legacy не всегда выходит

в legacy не всегда выходит

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

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

так создай composer.json, пропиши в нем секцию autoload

так создай composer.json, пропиши в нем секцию autoload

это уже следующий этап))

это уже следующий этап))

этот этап позволит не писать свой загрузчик

этот этап позволит не писать свой загрузчик

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

чатик может покритикуете тогда https://github.com/dypa/declare-strict-types

чатик может покритикуете тогда https://github.com/dypa/declare-strict-types

могу начать, в чем смысл? если я это могу сделать в ide ?

могу начать, в чем смысл? если я это могу сделать в ide ?

Присоединяюсь к вопросу?

Проблема, ИМХО, в регулярках. Есть же nikic/php-parser, гораздо надёжнее.

в шторме можно сделать, чтоб при создании любого php файла автоматом добавлялся declare(strict_types = 1);

мало того там можно и настроить его отображение, мне например нравится что бы было на одной строчке с <?php

а тут нельзя

@anonymous_class к сожалению, не все проекты на PHP 7

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

там твоего кода от силы 80 строк

могу начать, в чем смысл? если я это могу сделать в ide ?

fun, ide не у всех, простой поиск с заменой ломает вариант с несколькими пхп тегами в файле

обрати внимание на говорящие названия тестов

https://github.com/dypa/declare-strict-types/blob/master/tests/AddTest.php#L39

ну короче хз

Проблема, ИМХО, в регулярках. Есть же nikic/php-parser, гораздо надёжнее.

я пробовал сделать реализацию на tokenizer и его варианте от phpunit, к сожалению T_WHITESPACE захватывает более 1 симвооп

обрати внимание на говорящие названия тестов

предложи лучшие названия ;)

Так nikic/php-parser уже готовая ООП обёртка

Так nikic/php-parser уже готовая ООП обёртка

да я тебя уже понял, посмотрю

Допилить Add/Remove, в остальном пойдет :)

Ещё есть готовый фиксер в php-cs-fixer для этих целей.

Так nikic/php-parser уже готовая ООП обёртка

https://packagist.org/packages/phpunit/php-token-stream тоже ооп обертка

предложи лучшие названия ;)

сложно понять что ты в принципе делаешь в тестах

ну допустим что то вроде Test Should Retrieve PHPDoc Block

я бы эти тесты не показывал к документации

ERROR: S client not available

странно что ни кто наследование в "стратегиях" ее увидел

думаю никто серьезно это и не смотрел

сложно понять что ты в принципе делаешь в тестах

для этого есть code review, глаз замыливается

дело в том, что твоя штука делает выхлоп не совсем по PSR

ну и код написан так же

ну и код написан так же

поясни что ты имеешь ввиду, code style проекта от symfony

поясни что ты имеешь ввиду, code style проекта от symfony

посмотри psr2

и на твой неймспейс

и на твой неймспейс

давай закончи мысль

это конец)

я рад что ты понял сам себя, но я тебя не понимаю

https://github.com/dypa/declare-strict-types/blob/master/src/Strategy/BaseStrategy.php#L5-L8

There MUST be one blank line after the namespace declaration, and there MUST be one blank line after the block of use declarations.

странно что ни кто наследование в "стратегиях" ее увидел

Да, наследование зло. Я стараюсь его вообще избегать. В любых ситуациях. Еще вот тут: https://github.com/dypa/declare-strict-types/blob/master/src/FileSystemReplacer.php#L25-L32 можно писать так: $finder = (new Finder()) ->in($this->includeDirectories) ->exclude($this->excludeDirectories) ->files() ->followLinks() ->name('*.php') ->getIterator(); return $finder; Ну да ладно...

There MUST be one blank line after the namespace declaration, and there MUST be one blank line after the block of use declarations.

о это уже конструктивно

о это уже конструктивно

еще All PHP files MUST end with a single blank line.

ненавижу это требование

@oneerror я cs fixer запустил уже

умница

ненавижу это требование

Это не требование,а рекомендация

Это не требование,а рекомендация

ой, спасибо что поправил

Да, наследование зло. Я стараюсь его вообще избегать. В любых ситуациях. Еще вот тут: https://github.com/dypa/declare-strict-types/blob/master/src/FileSystemReplacer.php#L25-L32 можно писать так: $finder = (new Finder()) ->in($this->includeDirectories) ->exclude($this->excludeDirectories) ->files() ->followLinks() ->name('*.php') ->getIterator(); return $finder; Ну да ладно...

по мне - оба варианта равноценные, мой вариант позволяет проще комментировать или удалять (в истории vcs выглядит как удаление 1 строки кода). но в в любом случае это вкусовщина

Всем привет! Кто подскажет по Telegram API: после нажатия пользователем на кнопку типа InlineKeyboardButton, в ответ пользователю можно сообщение отправить? Или такое действие (нажатие) можно обработать только методом answerCallbackQuery и максимум - вывести оповещение?

Всем привет! Кто подскажет по Telegram API: после нажатия пользователем на кнопку типа InlineKeyboardButton, в ответ пользователю можно сообщение отправить? Или такое действие (нажатие) можно обработать только методом answerCallbackQuery и максимум - вывести оповещение?

можно конечно

можно конечно

Ок, в чем может быть здесь ошибка: https://pastebin.com/SGiR9XAn Оповещение по аналогичной схеме, но методом answerCallbackQuery отправляется без проблем

Проблема, ИМХО, в регулярках. Есть же nikic/php-parser, гораздо надёжнее.

посмотрел nikic/php-parser - с им всё круто конечно, но... с ходу не нашел как его PrettyPrinter заставить не изменять форматирование исходного файла, в противном случае для некоторых вариантов кодовой базы я получаю умопомрачительный diff из-за смены code style я подумаю еще над tokenizer + регулярки только над T_OPEN_FILE, но с ним уж очень не приятно работать из-за наличия 2х видов token'ов (строки и массивы)

Ок, в чем может быть здесь ошибка: https://pastebin.com/SGiR9XAn Оповещение по аналогичной схеме, но методом answerCallbackQuery отправляется без проблем

не глядя в айдишнике

тебе в sendmessage нужно в айдишник подставить $callback_query['message']['chat']['id'];

а не обычный ид

@oneerror спасибо!