-
Notifications
You must be signed in to change notification settings - Fork 22
Conversation
Can we discuss about these technical choices a little bit? |
Sure! I know this must be a bit frustrating to you, but we need to simplify. Abstracting the filesystem might have given some marginal gain, but it's been at the cost of an unfamiliar and hard to debug API. |
From my point of view, we have just one bug with a not very helpful error message. Could we just fix that and wait for another hard to understand bug to happen before taking these decisions? |
And I am afraid we introduce a new regression with these changes. The bug #277 is already a regression. |
There's other benefits to having less code and less ivanisms ;) its not the first bug, and it won't be the last. But the bigger issue is that I see 0 benefit to using in the first place, and it adds several layers if indirection to tasks that are normally pretty straightforward. I've yet to hear the first argument why it was ever benefitial |
Let me review your PR then. Regression will be pretty easy to introduce. |
Thank you! I was not fully done though. Got sleepy before I did real testing, so you could also wait till I did that |
Sure. Ping me when it's ready for a review :-). |
Oh, and why removing |
There were no methods inside that class anymore. |
Except the iterator :-), which is very useful. |
From a pure functionality standpoint the exact same thing is happening now. The difference is that we use a PHP built-in. I can see that it could be useful to move that |
Testing |
We're iterating over 5 files that nearly never change. There's no reason to make this more complicated than this is. If we need complexity later, we can add it then. |
Fair enough. |
Cleaning up filesystem-related code.
This patch intends to remove:
katana://
stream wrapper.Hoa\File
that can be easily replaced by PHP's plain filesystem wrappers.Database
class, in favor of using PHP's PDO class.This is a work in progress.
See #277