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 ---------------------------------------------------------------------- For information about J forums see http://www.jsoftware.com/forums.htm
