Better encapsulation of record metadata

Right now we have the Record class with a huge number of attributes in the top level object. These attributes are varied, fall into many categories, and become very hard to keep track of.

I also find it rather awkward that there is no separate 'header' or 'metadata' type of object. ie. rdheader and rdrecord both return the same type of object.

Initial idea:

• RecordInfo class for storing all the header data. Includes record and signal specification fields, and comments. rdheader will create this type.
• Same Record class for WFDB records. The info attribute will be a RecordInfo object.

Having the top level p_signal, d_signal attributes is not my favorite, but I feel like it's rather pointless to have another object to capture these fields.

Open to suggestions.

Commencez par lire la classe Record existante ainsi que les points d’entrée rdheader et rdrecord nommés dans l’issue, en déterminant quels attributs de niveau supérieur représentent les données d’en-tête, de spécification des signaux et de commentaires. Définissez la limite prévue de RecordInfo et vérifiez comment les appelants utilisent ces attributs ; le travail est terminé lorsque la proposition d’encapsulation est cohérente et que ses effets sur les deux types d’objets renvoyés sont documentés.