🚀 go-pugleaf

In article <7ucb80$4hu$2@talia.mad.ttd.net>, Hadrian Candela wrote:
>Actualmente trabajo en un programa para llevar las cuentas, listados y
>distintos grupos de trabajo de una organizaci�n juvenil. En ella, todos los
>asociados pagan una cuota de 500 pts cada dos meses y si se pasan 6 meses
>sin pagar (3 cuotas) se les da de baja (una baja l�gica, para no tener que
>volver a meter todos los datos una vez que se acuerda de pagar).
>Que estructura de datos me recomendariais para llevar las cuotas pagadas por
>un asociado?

	Yo meteria a tanto a los asociados como las cuotas pagadas en un �rbol
de b�squeda (cada uno el suyo). Y en el conjunto de variables que describe un
asociado una de ellas que haga referencia a sus cuotas pagadas. La ordenaci�n
en el �rbol de b�squeda de las cuotas pagadas la har�a en base a la fecha del
pago.

	En cuanto a que si el �rbol de b�squeda debe ser equilibrado o no, ni
idea, depende de varios factores, en principio se puede probar sin equilibrarlo.

	Por cierto que para estas cosas viene muy bien la POO, porque te defines
un objeto �rbol de b�squeda y te puede servir tanto para los socios como para
los pagos, y no tienes porque estar repitiendo el c�digo.

--
	Saludotes
	Castor