Goal of the project: mission/vision statement
Opened this issue · 4 comments
I'm having a hard time asserting why Snowscript could be of value. Perhaps it would be easier if there would be some kind of mission and vision statement. Why did you start working on it? Is it just to make code more readable or do you want to mask some of PHP's inconsistencies as well?
The main purporse is both. What the syntax looks like is pretty obvious, but you are right that it could be clearer why I've chosen the features I have. Here is a small rant-in-a-table:
Feature | Comment | Example |
---|---|---|
No optional parameters, only required and named. | Avoids keeping tabs on parameters before the one I wan't to override. | foo(42, null, false, DEFAULT, "The one I care about") |
Inner functions | Makes for a vastly better structure of your program. | |
Less features | Less choices is often a good thing. | |
Function import | Makes a case for that everything doesn't need to be a class | sometimes_a_function(is_what_you_need) |
Global imports | Fix bad names (and eventually argument order) in the php std lib in ONE place. | 'htmlentities': 'html_entity_encode' |
Variables import | A much simpler solution than having a Registry class |
But is very interested to hear what you are missing after reading the docs!
This project looks interesting but in fact as marijn says the there are some inconsistencies. For example I can't understand why comments are in different way than PHP... it's not really a need. While other things I've seen in the docs I really do not see a real improvement but a problem (Like % instead of a dot). Changes in the syntax that the programmers are totally used to will annoy them.
But the thing is that this project looks interesting for me. I will try to do some tests and do a complete review and if I see it could become useful for me then I'll be happy to contribute.
Hey
It would be GREAT if you would want to contribute to the project!!!!
In regards to you comments, i'm not trying to be as close to PHP as possible, but to make snowscript it's own language, which is simpler and coherent. I wanted to use "." to access objects, so I couldn't use it for string concat.
I see, then let me take a look and make some tests. I'll come with more info and real thoughts later.