Sure, but the way DataFrame is flexible is by relying on two abstractions in base R. Just length() and '['. If dplyr does the same thing, which seems totally reasonable, everything should work the same.
On Thu, Apr 23, 2015 at 4:32 PM, Vincent Carey <st...@channing.harvard.edu> wrote: > Seems to me that DataFrame is too flexible -- you can have very complex > objects in the columns (anything that inherits from Vector) with which, in > its current state, dplyr would not work too naturally. You would wind up > doing a fair amount of coercion of such entities, so it seems to me that > arranging a coercion of DataFrames satisfying specific conditions to > data.frame would be a path of low resistance. > > Ready to be corrected of course. > > > On Thu, Apr 23, 2015 at 7:06 PM, Ryan C. Thompson <r...@thompsonclan.org> > wrote: > > > Hi all, > > > > So, dplyr is a pretty cool thing, but it currently works with data.frame > > and data.table, but not S4Vectors::DataFrame. I'd like to change that if > > possible, and I assume that this would "simply" involve writing some glue > > code. However, I'm not really sure where to start, and I expect things > > might be complicated because dplyr uses S3 and S4Vectors uses S4. Can > > anyone offer any pointers? > > > > -Ryan > > > > _______________________________________________ > > Bioc-devel@r-project.org mailing list > > https://stat.ethz.ch/mailman/listinfo/bioc-devel > > > > [[alternative HTML version deleted]] > > _______________________________________________ > Bioc-devel@r-project.org mailing list > https://stat.ethz.ch/mailman/listinfo/bioc-devel > [[alternative HTML version deleted]] _______________________________________________ Bioc-devel@r-project.org mailing list https://stat.ethz.ch/mailman/listinfo/bioc-devel
