I'd rather keep it restricted to very simple, context-free things like a reverse subtract or single add, with only a few bits of data necessary. Anything more is going to be a perf concern because you can't avoid visible side effects.
On Thu, Jul 19, 2018, 05:03 Michael Luder-Rosefield <rosyatran...@gmail.com> wrote: > This array view thing is very close to what I had in mind, and seems to > suggest to a lot of interesting possibilities. > > What strikes me as the two most significant are: > > - again, 'reversed' is just one alternative iteration order through, > though almost certainly the most useful > - others I can think of could be 'even/odd indexes', 'random shuffle', > 'iterate-until /while-condition', and filter equivalents > - as well as the view defining the iteration order, it could define > the computed value > - this would be basically a map where the value isn't computed > until accessed; caching behaviour could be user-determined > > > > > On Thu, 19 Jul 2018 at 09:49 Isiah Meadows <isiahmead...@gmail.com> wrote: > >> What about this alternate proposal: >> >> >> https://github.com/isiahmeadows/array-additions-proposal/blob/master/README.md#get-arrayprototypereversed-get-typedarrayprototypereversed >> >> (I've got a myriad of other related stuff there, too.) >> >> >> On Thu, Jul 19, 2018, 04:41 Dmitry Shulgin <shulhind...@gmail.com> wrote: >> >>> Above we was talking about this. >>> consistency and handy using -- two main reasons for this proposal. >>> >>> `reverse` will also mutate my array, cause of in-place implementation. >>> >>> You can find workaround for many existing methods, but it's not handy to >>> my mind. >>> >> _______________________________________________ >> es-discuss mailing list >> es-discuss@mozilla.org >> https://mail.mozilla.org/listinfo/es-discuss >> >
_______________________________________________ es-discuss mailing list es-discuss@mozilla.org https://mail.mozilla.org/listinfo/es-discuss