Управление вложенными зависимостями с Composer?

Elfet: Прошло 2 года, но вдруг :) Столкнулся с тойже проблемой. Добавление минимальной стабильности (dev) позволит композеру скачать с мастера все библиотеки. А мне нужна только одна с dev-стабильностью. Как быть? пробовал прописывать @dev в конце: "vendor/lib": "dev-master@dev", но ничего не вышло =\

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

Антон Шаманов: :D верно. Но, какой прок от этой ошибки, если при прямом вызове render() результат будет тотже, что в set()? Делать одну и туже проверку в двух методах на кол-во объектов в хранилище?

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

Антон Шаманов: если метод выполнится без значений, никаких проблем не будет - т.к. обработка в render() (как выше в примере) дальше не пойдет (тотже эксепшн).

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

не LogicException, а InvalidArgException...

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

Антон Шаманов: лол, писал для примера, если вы об этом:

public function set()
    {
        $args = func_get_args();

        foreach ($args as $k => $argument)
            if ($argument instanceof QueryInterface && !$this->contains($argument))
                $this->attach($argument);
            else
                throw new \LogicException('bag arg');

        return $this;
    }

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

Антон Шаманов: объясните, почему? Ведь объекты задавать одним методом удобнее, нежели вызывать его каждый раз.

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

Антон Шаманов:
"в твоем варианте не гарантируется что запросы наследуют общий интерфейс"
кстати, гарантируется

public function set(QueryInterface $query)
    {
        $args = func_get_args();

        foreach ($args as $k => $argument)
            if ($query instanceof QueryInterface && ! $this->contains($argument))
                $this->attach($argument);

        return $this;
    }

;)

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

Антон Шаманов: ок, щас гляну. Ответ на вопрос: это просто эстетика, ну я поэтому и "слямзал" описание фасада для работы с API у Laravel Eloquent )) В общем, к черту эстетику. Все равно помимо этого тут будет кеширование и логгирование.

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

Как-то вот так....

$query1 = Users::find($user_id);
$query2 = Users::create(['name' => 'foobar']);

$s = new Service($id);
$s->field = 'FooBar';
$query3 = $s->update();

$query4 = Reference::findByType(Type::ORGS);

$obj = new Collection($query1, $query2, $query3, $query4);
$obj->send();

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

Антон Шаманов: хм, так и предполагал задавая вопрос, разве что в коллектор передавать сразу все объекты $obj->collect($query1, $query2, $query3);... но, без этого никак? а то запись с возвращением объектов подзапросов и потом передача их в коллектор будет не очень компактна =\

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

Антон Шаманов: Спасибо, описание немного сбивает с толку при попытке имитировать пример. Можете показать его в реализации?

Фасад над API запросами. Как собрать объекты, их информацию и упаковать в один запрос?

Строятся, но оно уже было построено до меня, людьми про REST не слышавших. Но в API есть интересная особенность послать пачку запросов одним - тогдо оно выполнится быстрее нежели ждать 5 обращений к серверу. У вас предложения конкретно по вопросу есть?

Как кешировать данные которые часто обновляются?

Каюсь, не до конца расписал вопрос. В общем, как думаете если писать демон для просмотра состояния информации и если она поменяется обновлять ее в мемкеше? Сам PHP будет просто считывать инфу и все.

Где нужна дискретная математика в веб программировании?

Сергей Титов: одних только запросов мало. Надоело наблюдать как все пихают в одну таблицу и дублируют данные... Короче, вам надо знать как составлять нормальные реляционные базы, стандарты именования полей. Это все важно. Потом в будущем и в PHP поможет. Почитайте про нормальные формы БД i-novice.net/6-normalnyx-form-bd

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

пинают*

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

Пума Тайланд: Скажем так, все проекты находятся в единой экосистеме, которую мы поддерживаем. Например, отвалится модуль платежей, соответственно со всех проектов на нем завязанных мы несем убытки, за то, что кто-то денег недополучил.
К тому же, мы сотрудничаем с другими отделами разработки (для коннекта между продуктами). Выходит так, что одни пинаю на других, другие на нас. Как в детсаде. И как правило никто ничего не трогал :) А процесс выяснения, кто "козел" занимает уйму времени.

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

Vapaamies: Согласен. Но пока стоит задача решить проблему без высоких затрат. Сейчас никого нанимать не будут....

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

Посмотрите мой комментарий на ответ Владимира. Если простой сервиса по нашей вине, то заказчик и копейки не даст, он будет требовать, как минимум восстановления работоспособности. В целом, я с Вашим мнением согласен, но получается, что выяснять "кто виноват" мы будем за счет заказчика?

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

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

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

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