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.

Inizia leggendo la classe Record esistente e gli entry point rdheader e rdrecord indicati nell’issue, individuando quali attributi di primo livello rappresentano i dati dell’header, della specifica dei segnali e dei commenti. Definisci il confine previsto di RecordInfo e verifica come i chiamanti utilizzano questi attributi; il lavoro è completato quando la proposta di incapsulamento è coerente e i suoi effetti su entrambi i tipi di oggetti restituiti sono documentati.