P747

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

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

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

Работать в темноте - вообще идея сомнительная. Посмотрите рекомендации в СанПин-е например. Но конечно никто не заставит соблюдать СанПин в домашних условиях - здоровье ваше, вам решать.

DBeawer Вам в помощь и не только с этой БД

Вообще это плохая практика — маппить на сущность дто.

Почему: сущность — некоторый бизнес-обьект, он контролирует переходы состояния и инкапсулирует саму логику. Но сущность находится в контексте... бизнес-процесса, который выражен некоторым др видом классов (интеракторы или use cases, если терминами Боба Мартина), например в CQRS таким родом классов являются хэндлеры команд.
Итог: с сущностями напрямую скорее не стоит работать, тем более в сущностях не должно быть сеттеров :) и методов превращения данных из дто в явном виде ака fromDto(), как указал Flying (при всем моем уважении), тк это не бизнес-логика, а некоторая транспортно-приложенческая... Статические конструкторы могут быть, но не для дто, а для определенных данных, отображающих бизнес-возможность.

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

Как делать хорошо:
Сущности создавать только в рамках бизнес-процесса, то есть всегда явно и напрямую через конструктор или фабричный метод, воплощающий в себе бизнес-логику.

у JSON есть только тип number
и 5.0 и 5 - оба значения валидны, с точки зрения JSON



Тут вопрос к тому, кто создает json или кто его интерпретирует.
Готова ли сторона-приемник, что может прилететь число 5.5, например?

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

Попробую ответить: если вы работаете с JSON, то стандарт говорит вам следующее:

value:
    ...
    number
    ...

Это то, что может быть в качестве одного из значений. Что такое number?

number
    integer fraction exponent

Или "целое", "(десятичный) разделитель" и "дробная часть".

Как вы понимаете, никто вам ничего не гарантирует. Может быть будет точка, а может и нет. Всё, как в JavaScript. Поэтому, если у вас схема JSON'а неизвестна, то вы можете это трактовать как получится.

Но если это "валюта" или что-то важное, где округление не допустим, то я бы попросил владельца API пересмотреть эту часть

Вобщем вики пишет по поводу самого стандарта JSON:

Number: a signed decimal number that may contain a fractional part and may use exponential E notation, but cannot include non-numbers such as NaN. The format makes no distinction between integer and floating-point. JavaScript uses IEEE-754 double-precision floating-point format for all its numeric values (until later also supports BigInt[24]), but other languages implementing JSON may encode numbers differently.

Вобщем получается что стандарту пофиг. И интерпретацию числа он отдает на откуп программным средствам.
И мне кажется что Андроид здесь вообще не при делах. Это слишком общее понятие. Гораздо важнее какой JSON-парсер вы используете в коде. Всего парсеров - огромный вагон. Но я вот регулярно использую 2 из них.
- Google GSON.
- Jackson
Вот попробуйте распарсить ваш документ с использованием г-сона и джаксона и посмотрите что будет на выходе. Там почти всегда рекурсивное дерево из таких шаблонов LinkedHashmap[String,Object] где вместо обжекта будет стоять то что вы ищете.

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

Где они лежат - абсолютно все равно. Бандл ориентируется на теги контейнера.
Так как вы используете фикстуры в другом бандле, то скорее всего не используете автоконфигурацию. Вам надо ручками зарегистрировать фикстуры как сервисы и тегнуть их doctrine.fixture.orm

https://symfony.com/bundles/DoctrineFixturesBundle...

This command looks for all services tagged with doctrine.fixture.orm. If you're using the default service configuration, any class that implements ORMFixtureInterface (for example, those extending from Fixture) will automatically be registered with this tag.