хотя можно и через мап... гоню )

редактируешь страницы на vue, а кеш симфони сбрасываешь? чтото здесь не так

я не работал раньше с симфони

Симфони и вью это не связанные вещи

Мирного утра всем. Как думаете, должно ли приложение "сотрудничать и прогибаться" под тесты? Вот пример: в продашн коде есть константа, ничто не просит её быть публичной кроме теста. Было бы удобно в тесте брать её прямо из класса. Как лучше поступать? Оставлять приватной а в тесте юзать через рефлексию? Но это грабли при рефакторинге (такие константы не отыщет поиск зависимостей IDE). Сделать публичной? - Так это получается меняю логику приложения ради теста... Я вообще нигде не натыкался на то что логику приложений ради теста менять нельзя, но кажется что так должно быть. Кто что думает, кто как бы поступил?

Ну блин) Если ты не сделаешь её публичной фиг ты её в тесте получишь без рефлексии

Да например для формирования заголовка окна.

Длинно будет. Не могу.

А разве для того чтобы константа была приватной нужен повод? Я просто по дефолту пишу всё приватным что явно мне не нужно снаружи класса. Здесь собственно и конфликт конфликт - она вроде бы нужна мне снаружи класса, но нужна в тесте. Считать ли тесты достаточно уважительно причиной для распривачиванияе или не считать...

А разве для того чтобы константа была приватной нужен повод? Я просто по дефолту пишу всё приватным что явно мне не нужно снаружи класса. Здесь собственно и конфликт конфликт - она вроде бы нужна мне снаружи класса, но нужна в тесте. Считать ли тесты достаточно уважительно причиной для распривачиванияе или не считать...

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

Тебе просто надо предписать весь код в функциональном стиле без сайд эфектов

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

Есть способ некостыльный включить в дефолтную сериализацию метод? Без групп.

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

Пример: баланс, может пополняться, может тратиться, оба с логикой. геттера нет - не нужен. Как протестировать корректное пополнение? Через снятие? И какой метод в итоге будет протестирован?

А зачем тестировать цифру?

Что значит зачем? Чтобы протестить результат операции. Я имею виду когда баланс не просто сеттер, а именно логику содержит как он может пополняться и с какими условиям и как тратиться. Например твои сервисы но в одном инкапсулированы.

Геттер не нужен это как? Если нет геттера, то ничто не может прочитать баланс, а значит он ни на что не влияет. Ну в теории

Баланс это просто цифра. И есть операции над этой цифрой. Вот операции и тестировать. Цифру то зачем?

Так что он логику пополнения и траты в себе заключает. Баланс.пополнить, баланс.потратить образно

Баланс это просто цифра. И есть операции над этой цифрой. Вот операции и тестировать. Цифру то зачем?

Так что он логику пополнения и траты в себе заключает. Баланс.пополнить, баланс.потратить образно

Звучит как biliberda 2.0

Тогда баланс это сервис. В чем м проблема тестировать сервис? )

Нет, это инкапсуляция банальная

Я же написал, тестируй тогда то что зависит от баланса

Ну сервис какой-то. Если нет публичного интерфейса которвй зависит от баланса, или по другому если нет видимого сайд эффекта от изменения баланса, то зачем его тестировать тогда

Какая разница как ты это назовёшь сервис или нет?

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

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

Причем тут цифра , если тестируются бизнес операции

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

Virtual property не подойдёт?

И вот ответ как тестировать ваш сервис баланса без информации о самом балансе... Ебучая тафталогия. Там где есть правда об этой цифре. Если в бд, то тестить в бд, если в приватной переменной, то через рефлексию.

У него проще. У него я бы просто сделал ignore-all и разметил дефолты

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