[Biopython] SeqRecord subclassing or composition
Peter Cock
p.j.a.cock at googlemail.com
Wed Mar 9 10:32:50 EST 2011
On Wed, Mar 9, 2011 at 3:28 PM, Uri Laserson <laserson at mit.edu> wrote:
>> Unless you modify the methods/atttributes too much, a
>> ImmuneChain subclass of SeqRecord should be usable
>> as is with SeqIO.write etc. You don't need to 'cast'.
>
> I'm more worried about parsing than writing. As you mentioned, I will have
> to upgrade my SeqRecord object to an ImmuneChain object.
> So maybe the best approach is a combination of the two code snippets I
> included. It would subclass SeqRecord, and then manually check whether I am
> initializing with a pre-existing SeqRecord or just data:
> class ImmuneChain(SeqRecord):
> def __init__(self, *args, **kw):
> if isinstance(args[0],SeqRecord):
> # if initializing with SeqRecord, then manually transfer the
> data
> # based on the initializer for SeqRecord (http://goo.gl/X95Zf)
> record = args[0]
> SeqRecord.__init__(self, seq, id=record.id, name=record.name,
> description=record.description, dbxrefs=record.dbxrefs,
> features=record.features,
> annotations=record.annotations,
> letter_annotations=record.letter_annotations)
> else:
> # assume I'm initializing just like a regular SeqRecord:
> SeqRecord.__init__(*args,**kw)
>
> # Finally, I perform any problem-specific additional initializations
> # here.
> pass
> Does this seem like a good solution?
I think it will work,
> Also, do you think that it would make sense to make a deep copy of the
> SeqRecord object before I use it to initialize the ImmuneChain?
Assuming you will be discarding the original SeqRecord, then I see
no reason to make a deep copy. It will just slow things down.
Peter
More information about the Biopython
mailing list