Comments 7
А какой оверхед по производительности? Не проверяли на больших наборах обрабатываемых данных?
Идея интересная. Правда расстраивает что реализацию особо ни как не получится использовать.
Причины этого:
1. Не используются namespaces
2. Нельзя подключить через composer
3. Нет тестов
Мне кажется что если исправить эти недостатки, то этим начнут пользоваться.
Причины этого:
1. Не используются namespaces
2. Нельзя подключить через composer
3. Нет тестов
Мне кажется что если исправить эти недостатки, то этим начнут пользоваться.
Согласен, что стоит добавить все три пункта — сделаю со временем, каким образом мешает отсутствие тестов?
Отсутствие тестов не позволит включить эту библиотеку в сколь нибудь важный проект. Как без тестов можно быть уверенным что всё работает? А ведь изменения наверняка будут нужны, новый функционал, рефакторинг. А если тесты есть, и покрытие приличное, то можно спокойнее брать в проект библиотеку.
В наши дни воспринимать хоть сколько нибудь маленькую библиотеку серьезно при отсутствии тестов никто не будет. Тесты так же хорошая документация, а у вас с этим так же плохо.
В свое время был такой вот экстеншен, который добавлял в PHP типизированные буферы по аналогии с JS. Учитывая что даже в текущих RFC нету ничего о тайп хинтинге в массивах (да и не особо вижу в этом смысла), то ваше решени имеет право на жизнь, хотя в виде эктеншена смотрелось бы интереснее (на том же зефире). А так, если уж загоняться, есть Hack.
Sign up to leave a comment.
Магический объект для хранения и передачи разнородных данных с проверкой типов и значений