Я в php месяц, а симфони неделю)

норм, не переживай. Пробуй и эксперементируй

и пробуй читать доки по доктрине а не по симфони

Вдруг еще куда-то можно, а я не знаю)

вот тут вроде как прям твой случай ) http://docs.doctrine-project.org/projects/doctrine-orm/en/latest/reference/working-with-associations.html

Спасибо вам огромное)

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

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

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

а так да. это просто e2e/интеграционные тесты написанные с точки зрения пользователя. Их основная цель - убедиться в том что необходимая функицональность присутствует.

в основном только позитивные сценарии

Но при этом функциональные != интеграционные?

В моем понимании - функциональный тест, например, обновление профиля пользователя - мы только делаем http запрос с данными , чекаем получили мы статус ОК и корректность сохраненных данных

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

e2e тесты - это теж е интеграционные просто на очень больших масштабах

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

потому мне больше нравятся изолированные тесты. e2e тесты...

Я помню то видео Integrated Tests are A Scum )

Я помню то видео Integrated Tests are A Scum )

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

ну короч все сложна

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

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

приемочные тесты

интеграционные тебе тут не особо помогут, помогут e2e с точки зрения пользователя. Разобрался как работает - зафиксировал - зарефакторил и добавил юнит тестов

ребят, можно ли переносить комманды из папки Command? Например, создать там поддиректирии, чтобы туда уже раскидать команды

все ты всеравно не покроешь (ибо комбинаторная сложность) а минимум - запросто

ребят, можно ли переносить комманды из папки Command? Например, создать там поддиректирии, чтобы туда уже раскидать команды

разрешаю.

Как понял - надо забить это как сервис

Но вот как-то не срастается

Не приведёте пример?

Как понял - надо забить это как сервис

services: # default configuration for services in *this* file _defaults: autowire: true autoconfigure: true public: false App\Command\: resource: '../../../src/Command/*'

Если версия symfony >=3.3

Проблема вот в чём: `debug-check-accounts: class: AppBundle\Command\Debug_CheckAccountsCommand tags: - { name: console.command } public: true` Таким вот образом записал в services.yml Саму команду вынес в поддриректорию Debug т.е. путь до команды такой: AppBundle\Command\Debug\Debug_CheckAccountsCommand А теперь вопрос Если я загружаю файлы на сервер - то падает ошибка: Class AppBundle\Command\Debug\Debug_CheckAccountsCommand does not exist И на этом всё уже встаёт

Я где-то героически туплю

неправильный неймспейс в самом файле?

чёртовы пророки

спасибо, и правда!

забыл совсем его поменять

ребят, ещё вопрос

есть стоящая литература по symfony?

в формате книжки, где основные моменты и аспекты затрагиваются

есть стоящая литература по symfony?

документация

в формате книжки, где основные моменты и аспекты затрагиваются

есть year with symfony

и как?

хз не читал

ребят, ещё вопрос как передать аргумент? ведь к методу configure, как я понимаю, больше доступа нет а в консоли команда принимает как раз-таки аргумент вернее, как я понимаю, его сначала надо где-то сетнуть а затем при запуске команды из input'а получить не подскажете, как?

services: # default configuration for services in *this* file _defaults: autowire: true autoconfigure: true public: false App\Command\: resource: '../../../src/Command/*'

wildcard не обязательно там

ребят, ещё вопрос как передать аргумент? ведь к методу configure, как я понимаю, больше доступа нет а в консоли команда принимает как раз-таки аргумент вернее, как я понимаю, его сначала надо где-то сетнуть а затем при запуске команды из input'а получить не подскажете, как?

почитай документацию

configure - объявляет что принимает команда. Не понятно что ты там хочешь куда пихать

и что за аргумент. Все зависимости - в конструктор

если бы я сразу явно это увидел в документации - не задавал бы таких глупых вопросов я про ->addArgument говорил

а аргументы команды симфони тебе разрулит

если бы я сразу явно это увидел в документации - не задавал бы таких глупых вопросов я про ->addArgument говорил

ну, ты задаешь интерфейс работы с командой. Что ты еще хочешь?

значения то этих аргументов симфони тебе дастанет

короч объясни что ты хочешь сделать

просто я перенёс команду в поддиректорию объявил её как сервис в методе configure как обычно стоит ->addArgument('agr', InputArgument::OPTIONAL, '...'); затем, в теле метода исполнения сразу этот аргумент подхватываю: $arg = $input->getArgument('arg'); само собой интерфейс InputInterface передаётся в метод выполнения команды как параметр и это стандартно, и всегда работало а сейчас, когда объявил команду как сервис, у меня такая ошибка:

` [Symfony\Component\Console\Exception\InvalidArgumentException] The "arg" argument does not exist. `

я грешу на то, что надо аргументы как-то в services.yml объявить

но такого в документации не вижу

просто я перенёс команду в поддиректорию объявил её как сервис в методе configure как обычно стоит ->addArgument('agr', InputArgument::OPTIONAL, '...'); затем, в теле метода исполнения сразу этот аргумент подхватываю: $arg = $input->getArgument('arg'); само собой интерфейс InputInterface передаётся в метод выполнения команды как параметр и это стандартно, и всегда работало а сейчас, когда объявил команду как сервис, у меня такая ошибка:

- симфони спрашивает твою команду какие аргументы она принимает - симфони парсит аргументы - симфони вызывает run с аргументами

то есть поясню - использовать аргументы в configure - не правильно. у тебя для этго run есть

явное разделение конфигурации и использования

`в методе configure как обычно стоит ->addArgument('agr', InputArgument::OPTIONAL, '...'); затем, в теле метода исполнения сразу этот аргумент подхватываю: $arg = $input->getArgument('arg');`

не-не-не

я в теле execute использовал их

ладно, спасибо

буду курить

короч, тебе не надо ничего лишнего делать

ERROR: S client not available

просто сервис объявляешь и вешаешь тэг

далее все одинаково.

Кто умеет делать бандлы для vendor помогите плз. У меня в composer.json в бандле есть: "autoload" : { "psr-4" : {"Webslon\\Bundle\\TelegramBundle": ""} }, но когда делаю composer install и прописываю в AppKernel.php - пишет что мой класс с бандлом найти не может. Возможная причина - до composer.lock не долетает почему-то ветка autoload...

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

так у тебя с ветками проблема или с автолоадом?)

так у тебя с ветками проблема или с автолоадом?)

Ну автолоад не пашет

Я предположил что по той причине, что секция autoload не попадает почему-то в composer.lock

Честно раньше этот файл не было необходимости изучать, но сейчас полез и вижу там подобное:

А еще он у меня в битбакете лежит... Может что-то с этим не так...

Вот что указано в composer.json проекта:

А это оказывается в composer.lock:

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

Кто умеет делать бандлы для vendor помогите плз. У меня в composer.json в бандле есть: "autoload" : { "psr-4" : {"Webslon\\Bundle\\TelegramBundle": ""} }, но когда делаю composer install и прописываю в AppKernel.php - пишет что мой класс с бандлом найти не может. Возможная причина - до composer.lock не долетает почему-то ветка autoload...

по PSR-4 в конце должны быть слеши

это пробовал

пример - https://github.com/akovalyov/DebugStatementsFixers/blob/master/composer.json#L12-L15

Не пашет так - с этого и начинал

может затык именно тут, неправильно как-то подключаю?!

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

Не пашет так - с этого и начинал

значит проверяй неймспейс

100% там затык

Неймспейс копирован отсюда

и туда только слеши добиты

ну и если я кладу бандл в src и прописываю autoload в основном проекте - то все работает

посмотри в vendor/composer/autoload_psr4.php

Ну то есть вот так пашет себе прекрасно

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