- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
// java types for typescript
export type int = number;
export type float= number;
export type double = number;
export type long = number;
export type short = number;
export type byte = number;
export type char = string;
export type boolean = boolean;
export type void = void;
Follow us!
ну конечно же всё там есть, вот например:
* array type
* object type
* resource type
* never type
* void type
* null
* true
* false
* bool
* callable type
* типы, только что разбившие цветочную вазу
* молочные поросята
Пых пытался какие-то кастрированные типы завести еще в двадцать лет назад, чуть ли не в пятой версии.
Особняком идут «ресурсы» — это как объекты, но создать новый тип ресурса из «PHP» нельзя, его может создать только нативное расширение. Ну в принципе, «PHP» и является клеем для нативного кода, как и другая скриптушня.
>Ну в принципе, «PHP» и является клеем для нативного кода, как и другая скриптушня.
Шоблонизатор же.
Я уважаю когда язык не выебывается, и не пытается быть тем, чем он не является. Если ты шаблонизатор -- ну и будь шаблонизатором, простым удобным инструментом для вставки значения из базы в HTML. На кой хуй блядь тебе виртуальные методы?
Я рассказывал про «Phalcon» — попытку перевести пэхапешный фреймворк на няшную и скомпилировать как нативное расширение:
https://phalcon.io/en-us
В нём есть косяки, особенно в реализации ЯП «Zephir» (это попытка упростить няшную, чтобы даже пэхапэшник смог получить нативный код). Но авторы «Phalcon» хотя бы попытались.
Сколько вообще фреймворков, собранных как нативное расширение, для разной скриптушни?
https://docs.phalcon.io/5.9/views/#dependency-injection
>Сколько вообще фреймворков, собранных как нативное расширение, для разной скриптушни?
Фреймворков не знаю, но на пыхзе наверное надо пецл смотреть
https://pecl.php.net/packages.php
зы: сайт завис, видимо не поддерживается чтобы два человека одновременно на сайт заходило
https://github.com/m6w6/ext-apfd/blob/master/php_apfd.c#L183
мне кажется если бы он на ПХП писал -- было бы хуже
Брата этого сайта, а именно pear.php.net, где лежат куски кода на «PHP», депрекейтнули в пользу «composer», поэтому перестали отлаживать и развивать, а вот изобрести замену для pecl так и не смогли.
У нас в CPAN такого разделения кажется что нет.
К слову, был ещё pear2 (клиент назывался pyrus), его вообще грохнули. В итоге сейчас есть «composer», «pear» и «pecl» (на последние два положен болт, хотя они до сих пор работают). А вот кто успел завязать проект на «pear2», сейчас отведает хуйцаа, если автор библиотек не перенёс их из «pear2» в «composer».
Блядь, как всё сложно. Именно поэтому я за «PHP».
А библиотеки на самом «PHP» подключаются через require или include или вообще через autoload, и помощь админа не нужна.
Да, похоже. И луашная юзердата, и пэхапэшный ресурс — чёрный ящик, методы работы с которым задаются в нативном расширении.