Re: [Rd] Inconsistency in as.data.frame.table for stringsAsFactors

From: hadley wickham <h.wickham_at_gmail.com>
Date: Fri, 22 Jan 2010 07:47:09 -0600

>> Some of us (including me) have strongly argued on several
>> occasions that  global options() settings should *not* have an effect
>> on anything "computing" but just on "output"
>> i.e. printing/graphing of R results.
>> As it is currently, potentially R scripts and R functions may
>> only work correctly for one setting of
>>     options( stringsAsFactors = * )
>> which is against all principles of functional programming.
>
> A similar argument would also seem to apply to defaultPackages,
> deparse.max.lines, download.file.method, encoding, expressions, warn
> and na.action.  There are plenty of functions in R that violate other
> principles of functional programming, so, by itself, this argument
> seems a little weak to me.  There are obviously differences of opinion
> about this issue in R core, and it's unfortunate that the user has to
> be exposed to them through inconsistent function definitions.

Which isn't to say I don't think that you're right - I would hate for R to head in the direction of PHP where every script has to check three or four different global variables in order to work on all installations.

Hadley

-- 
http://had.co.nz/

______________________________________________
R-devel_at_r-project.org mailing list
https://stat.ethz.ch/mailman/listinfo/r-devel
Received on Fri 22 Jan 2010 - 13:50:31 GMT

Archive maintained by Robert King, hosted by the discipline of statistics at the University of Newcastle, Australia.
Archive generated by hypermail 2.2.0, at Fri 22 Jan 2010 - 17:50:23 GMT.

Mailing list information is available at https://stat.ethz.ch/mailman/listinfo/r-devel. Please read the posting guide before posting to the list.

list of date sections of archive