Let's expose the uuid helpers as a class of static methods instead. I'm not sure if this approach is actually better but we're going to live with it for a while. I have done UUID helpers before this library as a class. So let's run with it again.
Reviewed-on: https://codeberg.org/vlw/scaffold/pulls/10
This change is primarily to accommodate the new `Reflect::serialize()` method since we don't want to include the isset property when returning serialized objects.
Reviewed-on: https://codeberg.org/vlw/scaffold/pulls/9
Restores the class method approach for loading source files from #2, which undoes the changes introduced in #3. I can't figure out a way to make the function load before initialization of downstream classes.
Reviewed-on: https://codeberg.org/vlw/scaffold/pulls/4
I know we just merged #2 and released verison 1.1.0 where the Vegvisir/Reflect crosstalk was supposed to be a class. But after using this briefly, I feel like it gets too verbose. This function will be called _a lot_ and therefore I think it should be pretty quick to type - just like the Vegvisir `VV` class.
Instead of typing
```php
use vlw\Scaffold\Scaffold;
Scaffold::include("some/file.php");
```
we can instead type
```php
use function vlw\Scaffold\load;
load("some/file.php");
```
Reviewed-on: https://codeberg.org/vlw/scaffold/pulls/3
In this PR we move the Vegvisir `VV` class import into Reflect from the API class into its own `Scaffold` class. This new class will include everything that is required for crosstalk between Vegvisir and Reflect.
Reviewed-on: https://codeberg.org/vlw/scaffold/pulls/2
