@Adelf32 У меня есть абстракция (abstract class Component) и Enum

Question

@Adelf32 У меня есть абстракция (abstract class Component) и Enum

- Component (своего рода глобальный конфигуратор для каждого компонента, а также type-hint там где он нужен).
Мне нравиться твоя идея отказаться от префиксов/постфиксов в названиях классов и интерфейсов: ...Interface, ...Enum, Abstract... etc. В данном случае я хочу сохранить абстракцию с названием Component, но ведь и enum'ы лучше/правильно называть в единственном числе. Как избежать коллизии? При этом не нарушив Dependency Inversion Principle - если я разнесу их по разным папкам, то в случае абстракции все будет ок, но Enum не абстракция, а все классы зависящие от него будут полагаться на конкретный тип. Возможно мне стоит просто смириться с тем что хоть Enum и не будет абстрактным типом, но единственно точкой нестабильности в внутри всей системы?

#backend #laravel #php #programming #russian

0

01.01.2022

11 ответов

17 просмотров

Максим Автор вопроса

Adel
Такие вещи как енумы, во и энтити вполне нормально...

Ок, допустим, с этим я могу однозначно согласиться на уровне infrastructure, как и DTO, но не VO (уровень домена), Но что если Enum это domain layer - также нормально использовать без абстракции? И все еще остается вопрос о том как избежать коллизии в названии абстракции типа Component и названии Enum? Возможно стоит лучше выстроить иерархию компонентов/папок внутри системы, и конфликт самостоятельно решится...

0

01.01.2022

Максим Автор вопроса

Adel
Такие вещи как енумы, во и энтити вполне нормально...

Стоит ли относиться к Enum'у как к неизменяемой абстракции или как минимум воспринимать как VO для уровня домена?

0

01.01.2022

Максим Автор вопроса

Adel
Такие вещи как енумы, во и энтити вполне нормально...

Еще немного обмозговал. Спасибо за ответ!

0

01.01.2022

Максим Автор вопроса

Хмм, так то да. Только начал их пробовать и пока-что не думал над ними как VO. Но возникает вопрос об именовании, к примеру: что если у нас есть VO - Credentials и type-hint в сущности на Credentials $credentials. Как быть в случае с Enum? Если передадим в type-hint сущности (Credential $credential) например Credential::PASSWORD, то получим только один объект (enum) внутри сущности, но ведь нам нужно два поля: email, password

0

01.01.2022

Максим Автор вопроса

Максим
Хмм, так то да. Только начал их пробовать и пока-ч...

Так, что пока-что я бы не стал столь уверенно говорить что Enum это ValueObject. Возможно он таковой лишь для VO с одним атрибутом, но если их нужно type-hint'ить > 1 тогда уже лучше использовать обычный объект нужного VO-типа

0

01.01.2022

Adel

VO могут содержать друг друга. и ясное дело что енум - это для одного аргумента)

0

01.01.2022

Максим Автор вопроса

Adel
VO могут содержать друг друга. и ясное дело что ен...

Ок, с этим понятно. Но как быть с Credentials и им подобным VO в реализации через Enum?

0

01.01.2022

Максим Автор вопроса