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.

Beginne damit, die bestehende Record-Klasse sowie die im Issue genannten Einstiegspunkte rdheader und rdrecord zu lesen und zu erfassen, welche Top-Level-Attribute Header-, Signalspezifikations- und Kommentardaten darstellen. Definiere die vorgesehene RecordInfo-Grenze und prüfe, wie Aufrufer diese Attribute verwenden; abgeschlossen ist die Aufgabe, wenn der Vorschlag zur Kapselung konsistent ist und seine Auswirkungen auf beide Typen zurückgegebener Objekte dokumentiert sind.