PureBytes Links
Trading Reference Links
|
John R wrote:
> I do not agree that AFL #Include provides equivalent functionality to the
> Metastock Fml(). AFAIK AFL #Inlcude is a straightforward compiler directive
> to pull in line a specified file of source code. MS Fml() calls and executes
> specified external procecdure and provides a return value. Fml() may be be
> crude (no parameters etc.) but it does at least provide some basic modular
> programming facility (in conjunction with Fmlvar()) - goodness knows MS
> needs it given all it's other restrictions.
What is the difference of using Fml() in comparison to using
#include and returning ANY number of values/ arrays via variables ?????
Both approaches do not allow to pass arguments therefore both
provide the same functionality.
The only difference is that in MS you have to reference formula by "Indicator Name"
while in AFL you reference by file name.
Still people tend to forget that all the time AmiBroker supports
JScript and VBScript. And thus supports writing functions and procedures
that can be reused RIGHT NOW. Combined with #include it gives
you ability to build reusable libraries of JScript/VBScript functions.
Writing re-usable functions in JScript/VBScript was described back in 2001
http://www.amibroker.com/newsletter/13-2001.html
Now tell me : if you need procedures so much why don't you use
the functionality (via JScript/VBScript) that is ALREADY AVAILABLE
(it was available two years ago actually) to build your library of callable functions ????
How many users use these already available features?
Now suppose that writing procedures/functions is supported directly in AFL,
is there any reason why significantly bigger number of users would use procedures/functions
if they do not use them right now?
The truth is that 90% of people do not want to write any functions.
They want thousands of built-in functions because they do not know programming
and don't really want to learn programming. And I fully understand this.
People read many T/A books and want to try strategies. The best bet for majority
is to be able to quickly check strategies without writing too much code.
So for majority of users language features do not really matter.
What does matter for the majority is a number of built-in functions that allow quick
checking of various ideas.
That's why I think that too much "noise" is made on issue that will
be used by less than 10% of AmiBroker users. Let's face facts:
recently introduced for-while-if/then are not used majority of users
and creating libraries of functions would be even less popular.
Having said that I am not saying that I will not improve AFL
- I am working on improvements but priorities are set according to
"how big percentage of users would really benefit from it" ratio.
Things look different from
your very narrow perspective of "what you would like to have"
and my wide perspective of
what majority of users want based on hundreds of suggestions
I received (and constantly receive).
Best regards,
Tomasz Janeczko
amibroker.com
------------------------ Yahoo! Groups Sponsor ---------------------~-->
Get A Free Psychic Reading!
Your Online Answer To Life's Important Questions.
http://us.click.yahoo.com/cjB9SD/od7FAA/AG3JAA/GHeqlB/TM
---------------------------------------------------------------------~->
Send BUG REPORTS to bugs@xxxxxxxxxxxxx
Send SUGGESTIONS to suggest@xxxxxxxxxxxxx
-----------------------------------------
Post AmiQuote-related messages ONLY to: amiquote@xxxxxxxxxxxxxxx
(Web page: http://groups.yahoo.com/group/amiquote/messages/)
--------------------------------------------
Check group FAQ at: http://groups.yahoo.com/group/amibroker/files/groupfaq.html
Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/
|