[Jprogramming] library suggestion

Tue Jul 20 17:38:25 HKT 2010

How good or bad the stdlib.ijs in J7 depends on users. For J-er who
run interactive session, the number of scripts needed to boot a J
session may not matter, anyway the user might sit in front of computer
for a hour. There are also non-interactive uses such as cgi applications
that invoked on demand and executed for less than one second.
IMO if J7 want to encourage developers to deploy J applications as
scripts and J installation instead of standalone scripts, it has
already done a good job.
Втр, 20 Июл 2010, Sherlock Ric писал(а):
> > From: bill lam
> > Sent: Monday, 19 July 2010 10:44
> > 
> > I like the J7 stdlib.ijs deployment model. IMO loading a single script
> > is simple and straightforward than loading a chain scripts.
>> Surely from a user's point of view there is little difference? In both cases 
> require '~system/main/stdlib.ijs' will provide the same functionality.
>> Keeping the scripts separate has a number of benefits IMO:
> * keeps the source scripts more similar to the distributed scripts, and the path from source to distributed script simpler and clearer.
> * keeps the functionality more componentized for those who wish to pick and choose functionality to include in their own applications (those who do not want to pick and choose can still simply load stdlib.ijs)
> * documentation within the scripts (which should be retained enabling help facilities like scriptdoc and namedoc to continue to work), will be more targeted and wouldn't need to be replicated in a separate location
> * the new Ignore_j_ functionality introduced in j7 to retain compatibility with j6 becomes redundant - e.g. 'files' in script.ijs/Public.ijs can still point to the actual files.ijs script.
>> I think that the main objection that I have to this merging of scripts in stdlib.ijs (as opposed to say jzplot.ijs) is that the scripts being merged have no real relationship to each other apart from the fact that they are commonly used. That just feels somehow wrong to me ;-)
>> Ric
>> [---=| TOFU protection by t-prot: 43 lines snipped |=---]

-- 
regards,
====================================================
GPG key 1024D/4434BAB3 2008年08月24日
gpg --keyserver subkeys.pgp.net --recv-keys 4434BAB3