SuperClosure/CHANGELOG and SuperClosure Releases

All Versions

Latest Version

2.4.0

Avg Release Cycle

281 days

Latest Release

2220 days ago

Changelog History

v2.4.0 Changes
March 21, 2018
What's Changed
- ➕ Added support for PHP Parser 4 and PHP 7.2.
v2.3.0 Changes
December 07, 2016
What's Changed
- ➕ Added support for PHP Parser 3 and PHP 7.1.
- Identify failed serialization with signature option.
v2.2.0 Changes
December 05, 2015
What's Changed
- ➕ Added support for PHP 7.
- ➕ Added support for version 2.x of @nikic's PHP Parser.
- ➕ Added a bindTo() method to SerializableClosure to match Closure's interface.
- Replaced vendored hash_equals() implementation with the one in symfony/polyfill-php56.
- 🛠 Fixed an issue that caused the "class" value of some closures' locations to be reported incorrectly.
- 🛠 Fixed an issue with some edge cases related the closure binding and scope during unserialization.
- 🛠 Fixed an unserialization issue where SuperClosures in user variables were not being unboxed.
- 👌 Improved error handling in the Serializer when the data being unserialized is invalid.
Credits
- Top Contributors
  - @GrahamCampbell 🏆
  - @nikic 😎
  - @Remo
  - @CarsonF
- @msarca of the opis/closure project for new discussions, ideas, and motivations.
Lessons Learned

👀 > It's ParseError not ParseException.
v2.1.0 Changes
March 12, 2015
- ➕ Adds support for signing serialized closures.
- Fixes #44, which prevents errors when using var_dump() or print_r() on unserialized closures.
v2.0.0 Changes
January 27, 2015
- Serializes closure bindings
- Serializes recursive closures
- ➕ Added Serializer object
  - Main class to interact with for serializing closures
  - Has special method for wrapping closures within an array/object
- 🔄 Changed the ClosureParser into ClosureAnalyzer
  - There are two kinds of analyzers:
  - AstAnalyzer - Uses PHPParser library; many features
  - TokenAnalyzer - Uses token_get_all(); fast
  - Analyzers return an array of data about a closure
- ✂ Removed Jeremeamia from the namespace
- Adopted PSR-4
- Requires PHP 5.4+
v2.0.0-beta.1 Changes
January 20, 2015
👀 There are lots of big changes again, but I'm finally happy with the project's structure. There is some more testing and docs to do, but there shouldn't be any drastic changes at this point forward. Please see the README on the master branch for the latest information.
v2.0.0-alpha2 Changes
February 05, 2014
🔄 Changelog
- 📜 There are are now 2 parses supported
  - AST Parser – Implemented with the nikic/PHPParser library. This parser is the most robust and allows you to
    0️⃣ resolve magic constants and fully-qualified class names in your closure. This is the default parser.
  - Token Parser – Implemented using the code from the old jeremeamia/FunctionParser library. This library was
    👉 used in a previous version of SuperClosure, and has been ported back in. While it does not handle all edge cases
    like resolving magic constants, it is MUCH faster (at least an order of magnitude).
- You can now serialize closure bindings – If you are using closures in PHP 5.4+, closures are bound to an object and
  scope such that you can reference $this inside of a closure. Unserialized closures from version 1 of SuperClosure
  needed to be rebound to an object manually to prevent failure in functions containing $this, but this version can
  🖐 handle bindings just fine.
- 📜 The ability to turn features on and off – Closure parser objects accept an array of options that can allow you to
  🐎 configure the capability vs. performance of your closure serialization. If you don't want to serialize closure
  bindings or resolve magic constants, you can turn those features off.
  - Along with this is a option called turbo_mode that turns all the non-essential features off, This will make
    closure serialization much faster, but is the least robust at handling edge cases.
- The easy SuperClosure\serialize() function – If you have installed SuperClosure via Composer, then the
  SuperClosure\serialize() function will automagically be available. This allows you to easily serialize the closure
  with out have to import/use any of the classes from the library directly. This function also allows you to specify the
  📜 options for the parser.
- 🚚 I removed Jeremeamia from the namespace. However, there is a class alias automatically
  specified for the SerializableClosure class to
  maintain some backwards compatibility. You can use either SuperClosure\SerializableClosure or
  Jeremeamia\SuperClosure\SerializableClosure.
- 📦 The package is now PSR-4 compliant.
Is everything different and broken?

It depends. Mostly no.

If you were just using the SerializableClosure object, then it should work exactly the same way as before.
```
$closure = new SerializableClosure($closure);$serialized = serialize($closure);
```
📜 If you were relying directly on the ClosureParser object, then you will have breaking changes for sure. They likely
will not be difficult to fix though since SuperClosure is still a small library. Just keep in mind that there is now
📜 more than one type of parser available.

Examples
```
use SuperClosure\SerializableClosure;use SuperClosure\ClosureParser\Options;use SuperClosure\ClosureParser\Ast\AstParser;use SuperClosure\ClosureParser\Token\TokenParser;// TRADITIONAL MODE (Same as in v1.0; uses "ROBUST MODE")$closure = new SerializableClosure($closure);$serialized = serialize($closure);// ROBUST MODE (i.e., SLOW MODE) (Uses the AST parser with all features on)$serialized = SuperClosure\serialize($closure);// TURBO MODE (Uses the token parser, with all features off)$serialized = SuperClosure\serialize($closure, array(Options::TURBO\_MODE =\> true));// The rest are examples of mixing and matching features//-------------------------------------------------------// Does everything else, but ignores closure bindings// This is perfect for functions in PHP 5.4+ that are declared in a class, but do not reference `$this`$serialized = SuperClosure\serialize($closure, array(Options::HANDLE\_CLOSURE\_BINDINGS =\> false,));// Uses the Token parser implicitly, by disabling the features unique to the AST parser$serialized = SuperClosure\serialize($closure, array(Options::HANDLE\_MAGIC\_CONSTANTS =\> false,Options::HANDLE\_CLASS\_NAMES=\> false,));// Uses the Token parser explicitly$serialized = SuperClosure\serialize($closure, new TokenParser);// This is equivalent to TURBO MODE. ZOOOOOOM!!!$options = new Options(array(Options::VALIDATE\_TOKENS =\> false));$serialized = SuperClosure\serialize($closure, new TokenParser($options)));
```
TODO
- ✅ Unit Tests - I removed all of the previous unit tests due to the extreme changes. However, I currently have a
  ✅ suite of integration tests that exercise the code nicely and show how it handles different scenarios. I plan on adding
  🚀 the unit tests back before the stable release.
- 📚 Documentation - A lot of the docblocks are missing, incomplete, or out of date. I'll work on fixing these us
  🚀 before the stable release as well.
v2.0-alpha1 Changes
January 14, 2014
SuperClosure is getting an overhaul!

🔄 Changelog
- 📜 There are are now 2 parses supported
  - AST Parser – Implemented with the nikic/PHPParser library. This parser is the most robust and allows you to
    0️⃣ resolve magic constants and fully-qualified class names in your closure. This is the default parser.
  - Token Parser – Implemented using the code from the old jeremeamia/FunctionParser library. This library was
    👉 used in a previous version of SuperClosure, and has been ported back in. While it does not handle all edge cases
    like resolving magic constants, it is MUCH faster (at least an order of magnitude).
- You can now serialize closure bindings – If you are using closures in PHP 5.4+, closures are bound to an object and
  scope such that you can reference $this inside of a closure. Unserialized closures from version 1 of SuperClosure
  needed to be rebound to an object manually to prevent failure in functions containing $this, but this version can
  🖐 handle bindings just fine.
- 📜 The ability to turn features on and off – Closure parser objects accept an array of options that can allow you to
  🐎 configure the capability vs. performance of your closure serialization. If you don't want to serialize closure
  bindings or resolve magic constants, you can turn those features off.
  - Along with this is a option called turbo_mode that turns all the non-essential features off, This will make
    closure serialization much faster, but is the least robust at handling edge cases.
- The easy serialize_closure() function – If you have installed SuperClosure via Composer, then the
  serialize_closure() function will automagically be available. This allows you to easily serialize the closure with
  out have to import/use any of the classes from the library directly. This function also allows you to specify the
  📜 options for the parser.
- 📦 The package is now PSR-4 compliant. As soon as TravisCI is ready and Jordi (Composer author) gives the PHP world the
  🚚 green light, I'll remove the provided autoload.php in favor of Composer's PSR-4 support.
Is everything different and broken?

It depends. Mostly no.

If you were just using the SerializableClosure object, then it should work exactly the same way as before.
```
$closure = new SerializableClosure($closure);$serialized = serialize($closure);
```
📜 If you were relying directly on the ClosureParser object, then you will have breaking changes for sure. They likely will not be difficult to fix though since SuperClosure is still a small library. Just keep in mind that there is now more than one type of parser available.

Examples
```
// ROBUST MODE (i.e., SLOW MODE) (Uses the AST parser with all features on)$serialized = serialize\_closure($closure);// TURBO MODE (Uses the token parser, with all features off)$serialized = serialize\_closure($closure, array(SC\_TURBO\_MODE =\> true));// The rest are examples of mixing and matching features//-------------------------------------------------------// Does everything else, but ignores closure bindings// This is perfect for functions in PHP 5.4+ that are declared in a class, but do not reference `$this`$serialized = serialize\_closure($closure, array(SC\_HANDLE\_CLOSURE\_BINDINGS =\> false,));// Uses the Token parser explicitly$serialized = serialize\_closure($closure, array(SC\_PARSER\_CLASS =\> SC\_PARSER\_TOKEN,));// Uses the Token parser implicitly, by disabling the features unique to the AST parser$serialized = serialize\_closure($closure, array(SC\_HANDLE\_MAGIC\_CONSTANTS =\> false,SC\_HANDLE\_CLASS\_NAMES=\> false,));// This is equivalent to TURBO MODE. ZOOOOOOM!!!$serialized = serialize\_closure($closure, array(SC\_PARSER\_CLASS=\> SC\_PARSER\_TOKEN,SC\_VALIDATE\_TOKENS =\> false,));
```
TODO
- ✅ Unit Tests - I removed all of the previous unit tests due to the extreme changes. However, I currently have a
  ✅ suite of integration tests that exercise the code nicely and show how it handles different scenarios.
- Collect Feedback - I've made a lot of changes. I'd love to hear what you think. Do you like the changes? Do the
  0️⃣ config settings make sense? Do the config defaults work well? Let me know if you have any suggestions,
  feedback, ideas, complaints, etc.
v1.0.2 Changes
January 12, 2015
Note: This is the final 1.x release.
- Fixed #23, where "Undefined Variable Error" was being thrown for used variables whose that had a value of null.
v1.0.1 Changes
October 09, 2013
- 🚀 Updated Composer dependencies to use a tagged release of PHP Parser.
- ⚡️ Updated the SerializableClosure class to be easier to extend.

SuperClosure changelog

Serialize closures. Not maintained. Consider using opis/closure.

Changelog History

v2.4.0 Changes

What's Changed

v2.3.0 Changes

What's Changed

v2.2.0 Changes

What's Changed

Credits

Lessons Learned

v2.1.0 Changes

v2.0.0 Changes

v2.0.0-beta.1 Changes

v2.0.0-alpha2 Changes

🔄 Changelog

Is everything different and broken?

Examples

TODO

v2.0-alpha1 Changes

🔄 Changelog

Is everything different and broken?

Examples

TODO

v1.0.2 Changes

v1.0.1 Changes