Struct class random access
castironpi
castironpi at gmail.com
Mon Aug 25 19:45:19 EDT 2008
On Aug 25, 4:49 pm, castironpi <castiro... at gmail.com> wrote:
> On Aug 25, 4:25 pm, Marc 'BlackJack' Rintsch <bj_... at gmx.net> wrote:
>
>
>
> > On Mon, 25 Aug 2008 13:03:09 -0700, castironpi wrote:
> > > struct.Struct lets you encode Python objects into structured memory. It
> > > accepts a format string, and optionally a buffer and offset to/from
> > > which to read/write the structure. What do you think of random access
> > > for the results?
>
> > > (unproduced)
> > >>>> packer= struct.Struct( 'IIIf255p' )
> > >>>> packer.pack_into( buf, off, 10, 20, 30, 0.5, 'abc' )
> > >>>> packer.unpack_from( buf, off, 2 ) #reads field 2
> > > 30
>
> > I don't like it for the same reason I don't like index access on tuples
> > or lists that represent a "record" -- the numbers are quite meaningless.
> > Names for the components result in much easier to understand source code,
> > so I would prefer to use `ctypes` or `construct` to create such a record.
>
> > Ciao,
> > Marc 'BlackJack' Rintsch
>
> I'm interested in the speed benefit, so you don't have to reconstruct
> the entire 'record' just to read/write one 'field'. How in ctypes?
Model the constructor after 'namedtuple' type.
(unproduced)
>>> packer= struct.Struct( 'IIIf255p', 'i1', 'i2', 'i3', 'afloat', 'name' )
>>> packer.pack_into( buf, off, 10, 20, 30, 0.5, 'abc' )
>>> packer.unpack_from( buf, off, 'i3' )
30
>>> packer.unpack_from( buf, off )
( 10, 20, 30, 0.5, 'abc' )
You still get marginal speed benefit in sequential access. You avoid
the construction of n-1 objects.
More information about the Python-list
mailing list