[Mono-dev] MonoListWrapper WIP - code review/feedback

Bartosz Przygoda bprzygoda at gmail.com
Fri Jul 19 03:56:00 UTC 2013


Perfect timing, as only yesterday I was wondering how to elegantly handle
List<T> from within the native, as I never worked with anything generic

A question, any particular reason you've put it in mono clone? I'd like to
fetch the sources, preferably in a form that would allow me easy sync or
even some pull requests, but it's not feasible in this setup...

On 18 July 2013 19:16, <rfine at tbrf.net> wrote:

> Hello,
> I've been working on a little wrapper library for working with
> System.Collections.Generic.**List<T> instances from native code. The
> motivation is to provide a way for Mono embedders to easily design APIs
> that use List<T> instances as output buffers, whilst running as quickly as
> possible and with minimal allocations. Presently I'm getting around a 30x
> speedup for bulk loading a chunk of data, compared to allocating a new
> array to return that data in. Particular users I envision for this are game
> engines like Unity3D.
> Any chance I could get a review of what I've done so far? It's just a
> couple of files, plus a short readme:
> https://github.com/richard-**fine/mono/tree/**MonoListWrapper/contrib/**
> MonoListWrapper<https://github.com/richard-fine/mono/tree/MonoListWrapper/contrib/MonoListWrapper>
> I'm interested in any "there's a better way to do this" observations,
> suggestions for things I should add, ways to speed up the new-array cases,
> bugs you can spot, or any generally "un-Mono" things about it.
> Thanks for any feedback,
> - Richard
> ______________________________**_________________
> Mono-devel-list mailing list
> Mono-devel-list at lists.ximian.**com <Mono-devel-list at lists.ximian.com>
> http://lists.ximian.com/**mailman/listinfo/mono-devel-**list<http://lists.ximian.com/mailman/listinfo/mono-devel-list>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ximian.com/pipermail/mono-devel-list/attachments/20130719/05a83b41/attachment.html>

More information about the Mono-devel-list mailing list