Влад Солнцев
@Quber
Тимлид
Information
- Rating
- Does not participate
- Location
- Москва, Москва и Московская обл., Россия
- Date of birth
- Registered
- Activity
Specialization
Backend Developer, Fullstack Developer
Lead
PHP
Golang
PostgreSQL
Git
SQL
OOP
Database
Docker
High-loaded systems
Привет! Спасибо за статью! Рассматривали ли вы вариант делать микросервисы на одной базе аля своём фреймворке , который под капотом умеет слать все общие между микросервисами метрики? Если да, то почему такой вариант не подошёл? Тогда в графане достаточно было просто сделать один раз общий дашборд на котором сделать переключатель по микросервисам. У нас так сделано и не надо ничего изобретать 🤔 все микросервисы конечно при таком подходе должны использовать общие методы логирования, воркеров, консьюмеров, контроллеры веб сервера и тд
У меня даже с премиумом не работает режим «картинка в картинке» в приложениях ютуб на айфоне и айпаде. Чтобы воспользоваться этой функцией нужно обязательно открывать ютуб через браузер.
Неопределенным или неизвестным? Это разные вещи. Оба варианта могут быть присущи полю типа enum.
Не нашел инфу о поддержке DOH в браузере TOR… можете что то прояснить?
Если вы считаете, что поле sex может содержать значения только «мужской» и «женский», а всё остальное это «не по назначению», то вы ошибаетесь. Если взять стандарт ISO 5218 то поле sex может иметь не 2, а 4 значения.
В таком случае исключения не будет, если вы это хотели сказать своим комментарием.
Я к тому что DO и VO это же разные по смыслу вещи, разве нет?
Вы можете называть это как угодно. Сути не меняет.
И есть еще вопрос, не связанный напрямую с темой. Судя по пространству имен и PSR-4 вы храните Domain object и Value object в одной директории. Насколько это оправдано?
Это не пол, но значение вполне может храниться в поле sex.
> Если есть такое поле, значит есть и другие поля, которые «не определены»
Абсолютно не значит. Других полей может не быть, которые не определены. Если у вашего объекта всего два поля «имя» и «пол». Имя известно, пол не определен. Допустим вы добавите отдельное поле, например, булево отражающее определен пол или не определен, тогда вы можете столкнуться с ситуацией когда ваш объект будет иметь пол «мужской» и тип «пол не определен».
Я просто хочу вам сказать, что вы можете ошибаться, когда думаете что знаете точное количество значений, на примере поля sex. В процессе разработки, например компьютерной игры, могут появляться новые значения, которые на этапе планирования не заложили. А соответственно тогда и начнутся те самые проблемы, которые описал автор в своей статье.
Интересно каким образом вы отделите объекты к которым пол не применим, если они хранятся в одной таблице и имеют одинаковые свойства с теми у которых пол применим? Создадите отдельную таблицу или класс под них?