М
День добрый. ну, лично я вот с того самого митапа на фабрике
Size: a a a
2018 September 29
ИС
Как тебе такое, Илон Маск?
В
Он же не Маск, а Макс 🙂
ИС
Блин
ИС
Неудобно вышло
В
Ребят, как вам данное нововведение?
https://laravel-news.com/php7-typed-properties
https://laravel-news.com/php7-typed-properties
В
И пользуетесь ли текущей типизацией свойств и возвращаемых значений?
ИС
И пользуетесь ли текущей типизацией свойств и возвращаемых значений?
Да
ИС
И пользуетесь ли текущей типизацией свойств и возвращаемых значений?
Код надёжней в таком случае
ИС
Ребят, как вам данное нововведение?
https://laravel-news.com/php7-typed-properties
https://laravel-news.com/php7-typed-properties
👍👍
В
Я вот думаю, что будет следующим шагом, неужто типизация переменных 🙂
YP
не пользовался для простых типов, так как не видел особого профита, а недостатки на лицо - больше кода) Чаще всего по названию функции или переменной очевидно, что это за тип, если писать аккуратно. Ну типо, isBlocked() явно не вернет массив, а $name - явно не инт.
AK
не пользовался для простых типов, так как не видел особого профита, а недостатки на лицо - больше кода) Чаще всего по названию функции или переменной очевидно, что это за тип, если писать аккуратно. Ну типо, isBlocked() явно не вернет массив, а $name - явно не инт.
имхо круто якщо є можливість проставити тип але можна і не проставляти, кому не потрібно просто не користується
YP
ага, я ж не спорю с этим) И меня часто посещают мысли, а не зря ли я игнорирую какое-то нововведение, надо бы попробовать, но руки доходят не всегда 😕
В
Тех кто использует
declare(strict_types=1), я так понимаю еденицыW
Завжди використовуєм стрікт тайпи. Легше читається, легше тести писати і тд
SM
Тех кто использует
declare(strict_types=1), я так понимаю еденицыми теж юзаємо. чим суворіші правила, тим краще. Дуже не вистачає дефолтної строгої типізації в РНР і іммутабельності.
В
PHP изначально позиционировался как язык, который не навязывает свои правила, конечно многие этим пользуются не во благо.
SM
практика показує, що якщо нема чітких правил, то відбувається бардак в коді і схильність до багів
В
Согласен, по этому в таких языках нужно регламентировать правила внутри компании/команды/сообщества.