AM
без неё перспектива получить PHP 8 с плагином не очень радужна
Size: a a a
2020 August 26
AM
сижу смотрю на наш yiisoft/strings
AM
в частности на https://github.com/yiisoft/strings/issues/6
AM
что думаете?
АН
что думаете?
мне норм
T🐜
что думаете?
1) зачем приставка
2) зачем
Object? Можно ж просто String2) зачем
String::createObject()? по сути это VO, вот сделать его просто $string = (new String('Lorem ipsum '))->trim();AM
The Ant 🐜
1) зачем приставка
2) зачем
Object? Можно ж просто String2) зачем
String::createObject()? по сути это VO, вот сделать его просто $string = (new String('Lorem ipsum '))->trim();Зарезервировано.
AM
Вопрос не в реализации, в общем. А в самой идее делать VO вместо статического хелпера.
T🐜
Тогда и для других типов нужны объекты
AM
Ну точнее это даже не value object. А такой себе универсальный primitive wrapper object. Без контекста причём.
T🐜
чего тока 1-м ограничиваться )
В
что думаете?
Возможность использовать и статический хелпер, и объект, выглядит приятно.
RT
Мы можем оставить хелпер и рядом сделать обертку для обращения с объектом
AM
Хм...
AM
ну, я больше думал на тему убить хелпер, оставить только объект
В
Ну точнее это даже не value object. А такой себе универсальный primitive wrapper object. Без контекста причём.
Насчет "без контекста" я не понял. Контекст в не как раз главная фича.
AM
Просто Value Object обычно содержит бизнес-ограничения на значение.
AM
А тут этого нет.
В
ну, я больше думал на тему убить хелпер, оставить только объект
Объектный подход интересен только в случаях, когда надо вызывать несколько методов по цепочке и увеличение нагрузки при этом не играет роли. Если нужно всего одно преобразование или если проект очень и очень много работает со строками, будет предпочтительнее использовать статический хелпер.
RT
Ну ещё в случаях когда ты хочешь явно передавать зависимость и не хочешь статических вызовов.