4 ms·
It's not a problem that can be solved for a language like ruby without adding type hinting (and probably interfaces) to the language. FWIW php actually does sup
by jiggy2011 12y ago
It's not a problem that can be solved for a language like ruby without adding type hinting (and probably interfaces) to the language. FWIW php actually does support this.
- deleted 12y ago[deleted]
- Rapzid 12y agoWhich becomes ironic because you end up writing way more text into the file for phpdoc then you would have if it were a static language to begin with; and you end up treating the variables as static type anyway! :|
- jiggy2011 12y agoPHP5 has real type hinting in the language, so you don't need to write any more than you would in Java.
- Rapzid 12y agophpdoc handles much more than just typing function parameters.
- debaserab2 12y agoBy far the most common usage is parameters and return values. Even moreso than comments.
- TazeTSchnitzel 12y agoAnd soon it'll even have return typing, should that RFC pass.
- klibertp 12y agoYou don't need (static) type hinting, you can do the same with running a dynamic environment and querying it. That's how it's done in Smalltalk (see Pharo), some Lisps and so on.
- jiggy2011 12y agoYou could guess, but it wouldn't work in cases where, for example methods are added to a class dynamically and non deterministically as a side effect of some other operation.
- klibertp 12y agoDo you know how "image based" environments work? In short you live in the same space as your code, so when you write some new method you have access to all the "dynamically and non deterministically" code artifacts. With Smalltalk the code is always being run and you get many useful tools for querying the state of a running system. I know it's hard to believe, but you can get much better completion (not to mention refactoring support) with this approach than you get from static analysis.
- jiggy2011 12y agoWhat if the available methods are potentially different each time the code is run?