Feature/stderr #5
Conversation
* Allows `Error`s to be yielded which will write to the `stderr` of the system.
There was a problem hiding this comment.
This whole class, while useful in testing isn't very well thought out and isn't docblocked fully either. Change?
|
Thinking about this some more tonight has made me realise, it'd be a lot better if commands could each have their own This would open a nice refactor which could potentially see the scheduler massively reduced in complexity for an abstract class which all commands extend which would contain most of the logic. Each command would then have its own |
|
I finished said rewrite last night, will push later. |
* Adds `phpcs` and `phpmd` and a Travis file for checking the outcome. * Commands now handle all their own logic leaving less for the Scheduler. * Implements StdErr channels (Closes #5). * Commands may now have an unlimited number of channels which can be input or output channels or both. * Bumps the version to PHP 5.6 minimum. * Updates the README.
* Adds `phpcs` and `phpmd` and a Travis file for checking the outcome. * Commands now handle all their own logic leaving less for the Scheduler. * Implements StdErr channels (Closes #5). * Commands may now have an unlimited number of channels which can be input or output channels or both. * Bumps the version to PHP 5.6 minimum. * Updates the README.
* Adds `phpcs` and `phpmd` and a Travis file for checking the outcome. * Commands now handle all their own logic leaving less for the Scheduler. * Implements StdErr channels (Closes #5). * Commands may now have an unlimited number of channels which can be input or output channels or both. * Bumps the version to PHP 5.6 minimum. * Updates the README.
Errors to be yielded which will write to thestderrof the system.