orm:convert:mapping yaml путь_куда

orm:convert:mapping yaml путь_куда

эта команда берет текубщую конфигурацию проекта и конвертирует в нужную мне, так?

да

не конфигурацию

а именно мапинг entity

не конфигурацию

ДА я понял. У меня сейчас все на xml и так и должно остаться

оно и останется

ты указываешь путь

куда оно тебе перемапенные кинет

Мне надо сконвертировать ИЗ аннотаций В xml. Мой проект на XML

…

не буди во мне зверя

берешь маппинг

создаешь entity

и конвертишь

куда и во что нужно

берешь сконверченный XML

файл

и ложишь туда куда тебе нужно

не буди во мне зверя

Да какой мать его маппинг? Нет у меня входного маппинга

Есть только кусочек кода со скрина

Есть только кусочек кода со скрина

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

Всем привет. Возник такой вопрос. Есть интерфейс VideoParserInterface, который реализуют 2 класса VimeoVideoParser и YoutubeVideoParser. Одному из сервисов нужно инъектить либо ту либо другую реализацию парсера, в зависимости от того что пришло от клиента. Можно ли это как-то разруливать с помощью DI или можно только инъектить конкретную реализацию?

Да

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

Да

В чем проблема то?

Да

Констурктор класса получает аргумент, реализующий интерфейс

Всем привет. Возник такой вопрос. Есть интерфейс VideoParserInterface, который реализуют 2 класса VimeoVideoParser и YoutubeVideoParser. Одному из сервисов нужно инъектить либо ту либо другую реализацию парсера, в зависимости от того что пришло от клиента. Можно ли это как-то разруливать с помощью DI или можно только инъектить конкретную реализацию?

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

основная цель - разрешить, какой сервис будет инжектиться

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

основная цель - разрешить, какой сервис будет инжектиться

какой парсер*

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

http://symfony.com/doc/current/service_container/expression_language.html

Всем привет. Возник такой вопрос. Есть интерфейс VideoParserInterface, который реализуют 2 класса VimeoVideoParser и YoutubeVideoParser. Одному из сервисов нужно инъектить либо ту либо другую реализацию парсера, в зависимости от того что пришло от клиента. Можно ли это как-то разруливать с помощью DI или можно только инъектить конкретную реализацию?

То есть по сути можно прямо в services.yml решить, что инъектить: services: my_mailer: class: AppBundle\Mailer arguments: ["@=container.hasParameter('some_param') ? parameter('some_param') : 'default_value'"]

Хмм. Что-то в этом есть. Но тут другая проблема. Сервис инстанцируется один раз, но может вызываться несколько раз подряр, причем параметр от которого зависит какой парсер выбрать тоже может меняться

чем тебе мой вариант не подходит?

Так обычная стратегия в итоге?)

ну да

че бы нет

есть еще фабрика сервисов, может ее пустишь в дело http://symfony.com/doc/current/service_container/factories.html

тебе же все равно приходится вытаскивать как-то конкретный парсер на основании данных реквеста

Да самый норм вариант, все подходит) Просто думал через DI можно разрулить)

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

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

Ты имеешь ввиде что-то такое

$myService->handle(..., $parser)

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

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

Да самый норм вариант, все подходит) Просто думал через DI можно разрулить)

Я не совсем ясно представляю твою задачу, но можно в services.yml прописать что то типа # Это фабрика сервисов. Она получает реквест и инстанциирует нужную версию парсера app.parser_factory: class: AppBundle\ParserFactory arguments: ['@request'] # Это твой динамически создаваемый сервис, использует фабрику выше app.parser: factory: 'app.parser_factory:createParser'

Я не совсем ясно представляю твою задачу, но можно в services.yml прописать что то типа # Это фабрика сервисов. Она получает реквест и инстанциирует нужную версию парсера app.parser_factory: class: AppBundle\ParserFactory arguments: ['@request'] # Это твой динамически создаваемый сервис, использует фабрику выше app.parser: factory: 'app.parser_factory:createParser'

Твоя версия я так понимаю создаст только одну версию парсера

но у меня парсер может меняться

но у меня парсер может меняться

Что значит "парсер может меняться"? Когда меняться? При каждом новом запросе?

` $param = '' Параметр от которого зависит выбор парсера if ($param == 'vimeo') { $parse = new Vime0... } else { } `

и все

то в цикле

$service->handle(ParserInterface $parser, ...)

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

ERROR: S client not available

`public function handle($request) { if ($reques['param'] === 'vimeo') {

избавляйся от if else

switch ?)

это нереально читать

нет

resolver

symfony?

symfony?

Спрашиваешь какой фреймворк использую?)

да

Лучше не знать)

я понял. ну DependencyInjection от Symfony используется, видимо?

Нет, стандартный di пока решал все проблемы

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

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

Я понял, спасибо?

deleted

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

чтоб оно хотя бы ид плана засылало

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

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

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

ну это само собой понятно, у тимсити такое есть либо из коробки, либо это у нас плагин такой стоит в ней

вот отдельная хрень типа "шли-ка ты мне по абсолютно всем билдам краткую информацию о билде вот сюда" вообще мегагибко :)

подскажите) как можно по вводу в input field на странице мгновенно посчитать комиссию или итоговую сумму

js по событию?

onkeyup

:( с незнанием js всегда грустно

oninput норм

oninput норм

здорова! с oninput уже бодрее

onChange

для onchange вроде нужна потеря фокуса с поля