Size: a a a

2020 March 17

DT

Dmitriy Tkachenko in PHP
ага, прям ни разу не mutable
источник

КГ

Константин Грачев in PHP
🤔
источник

КГ

Константин Грачев in PHP
Этот мир больше не будет прежним
источник

DT

Dmitriy Tkachenko in PHP
Ну и в любом случае могут быть всякие неочевидные кейсы для стат-анализатора, именно поэтому и есть уточнения через аннотации
источник

SM

Sasha Mikhlyaev in PHP
Для тупых можно пояснение?
Метод unserialize делает объект мутабельным?
источник

DT

Dmitriy Tkachenko in PHP
Sasha Mikhlyaev
Для тупых можно пояснение?
Метод unserialize делает объект мутабельным?
иммутабельный - не меняющийся, как видишь метод не статический и перезаписывает поля объекта, т.е. вызовом функции можно изменить стейт объекта, т.е. он мутабельный
источник

AK

Anton Karpov in PHP
вопрос конфликта религиозных взглядов:
хранить .editorconfig с приставками ij_ в проекте — ок?
источник

SM

Sasha Mikhlyaev in PHP
Dmitriy Tkachenko
иммутабельный - не меняющийся, как видишь метод не статический и перезаписывает поля объекта, т.е. вызовом функции можно изменить стейт объекта, т.е. он мутабельный
Я отсутствие static как-то не учел
источник

KN

Kirill Nesmeyanov in PHP
Котаны, у меня тут вопрос организации. Есть либа Х, у неё есть методы на экспорт, вида SOME_MethodXY_Test, я пилю обвязку для этой либы.
источник

KN

Kirill Nesmeyanov in PHP
А вопрос следующий:
1) В самой обвязке можно сохранить всё именование методов, оставив: $obj->SOME_MethodXY_Test(...)
\+ Это позволит понимать что и как вызывать, читая доку на другом языке (на C/C++ в частности) и переводить в пых изично.
\- Но выглядит уродливо (ибо сишки)
источник

KN

Kirill Nesmeyanov in PHP
2) В обвязке привести это к нормальному виду: $obj->someMethodXyTest(...)
+ Нормально и привычно для похапэшников
- Усложняет понимание док, усложняет гугление и проч. С другой стороны есть автокомплит в IDE...
источник

АС

Альберт Степанцев in PHP
если это просто обвязка, один-в-один, просто вызов из PHP сишной функции, я за первый вариант
источник

АС

Альберт Степанцев in PHP
если над обвязкой будете делать "обёртку" - там можно уже второй
источник

А

Артём in PHP
Kirill Nesmeyanov
2) В обвязке привести это к нормальному виду: $obj->someMethodXyTest(...)
+ Нормально и привычно для похапэшников
- Усложняет понимание док, усложняет гугление и проч. С другой стороны есть автокомплит в IDE...
Не про либу, но касаемо API, а это тоже API: я по своему разумению иногда переименовываю. Правда, как правило, это потому, что афтыри API в элементарном английском опечатки делают, или для консистентности
источник

KN

Kirill Nesmeyanov in PHP
Альберт Степанцев
если это просто обвязка, один-в-один, просто вызов из PHP сишной функции, я за первый вариант
вот тоже к этому склоняюсь
источник

KN

Kirill Nesmeyanov in PHP
Просто если переимновывать, то и с типами шаманить надо. Например void Func(unsigned short enable) приводить к нормальным func(bool $enable)
источник

KN

Kirill Nesmeyanov in PHP
кое что я уже завраппил так, но там только каст структур для передачи из одной либы в другую. Это незаметно для юзверя
источник

KN

Kirill Nesmeyanov in PHP
ну и значения енамов кое-где продублировал, где они в КамелКейсе, пометив как депрекейтед
источник

AS

Anton Shabouta in PHP
Я бы еще какой @see или что-то вроде в анотации методов добавил с указанием С имени функции. А так да, второй вариант конечно.
источник

KN

Kirill Nesmeyanov in PHP
Хм, ну вот. Один за первый и один за второй)
источник