varexporter
A powerful alternative to var_export(), which can export closures and objects without __set_state() (by brick)
pecl-php-operator
Operator overloading for Objects (by php)
varexporter | pecl-php-operator | |
---|---|---|
4 | 3 | |
174 | 124 | |
1.1% | 0.0% | |
5.3 | 0.0 | |
5 days ago | over 3 years ago | |
PHP | C | |
MIT License | - |
The number of mentions indicates the total number of mentions that we've tracked plus the number of user suggested alternatives.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
varexporter
Posts with mentions or reviews of varexporter.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2023-04-22.
-
About using print_r...
Its output syntax is awful, https://github.com/brick/varexporter is a userland rewrite that looks way better.
-
Fastest way to load serialized data
Shamless plug: you might be interested in trying brick/varexporter
-
Simple RFC ideas that could make it into PHP 8.1?
Until that thay, you have brick/varexporter 🙂
-
[VOTE] var_representation() : readable alternative to var_export()
I very much hope this gets in. I use brick/varexporter and it would be nice to be able to drop it for something built-in.
pecl-php-operator
Posts with mentions or reviews of pecl-php-operator.
We have used some of these posts to build our list of alternatives
and similar projects. The last one was on 2021-06-20.
-
Simple RFC ideas that could make it into PHP 8.1?
operator overload
-
Weekly "ask anything" thread
There is already an extension for operator overloading but still not part of the core. How come that this feature didn't get merged?
-
The lazy keyword
So internally it would look for __post_inc (https://github.com/php/pecl-php-operator), see it is another LazyValue. Then it cascades to second one and same __post_inc call, fails because it is string.
What are some alternatives?
When comparing varexporter and pecl-php-operator you can also consider the following projects:
scalar_objects - Extension that adds support for method calls on primitive types in PHP
php-docker - Docker Official Image packaging for PHP
RfcCodex - Notes on PHP RFCs, and topics that occur repeatedly on PHP internals
PHPT - The PHP Interpreter
krumo - krumo repository (forked, with updates / new features)
php-src - The PHP Interpreter
lazy-collection - A library for manipulating collections the lazy way
php - PHP client library for xrDebug
varexporter vs scalar_objects
pecl-php-operator vs scalar_objects
varexporter vs php-docker
pecl-php-operator vs RfcCodex
varexporter vs PHPT
pecl-php-operator vs php-docker
varexporter vs krumo
pecl-php-operator vs php-src
varexporter vs RfcCodex
pecl-php-operator vs lazy-collection
varexporter vs php
pecl-php-operator vs PHPT