Aritmética de fechas

[Carlos Edurado Sotelo Pinto]

Hola, mas alla de generar un debate, yo hace algun tiempo consulte sobre 
esto
el motivo, me encuentro haciendo un sistema de creditos y cobranzas, en 
donde el usuario desea la opcion de dias fijos
es decir
si yo vendo el 2 de enero
la siguiente cuota sera el 2 de febrero y la siguiente el 2 de  marzo
si es el 31 de enero sera asi
01/31
02/28
03/30
entonces debo sumar meses no dias

concuerdo con que muchas empresas usen dias contables es decir 30 dias
pero no todos
recuerden que el usuario es que decide como quiere el sistema, no 
nosotros, que solo lo hacemos

Un saludo
Ernesto Revilla wrote:

> Hola,
>
> estoy de acuerdo que
> si       a = b + 1
> y        c = a - 1
> entonces b == c
>
> no se cumple. Pero supongo que en algunos casos tiene sentido, no? 
> Imagínate que te digan: llama dentro de un mes. ¿Qué haces?
>
> Tampoco quería generar un debate, sólo decir que en algunos casos 
> puede que tenga sentido y explicar cómo funciona la aritmética de 
> fechas en otros entornos. (Quién sabe, algunos de estos entornos hagan 
> cosas inútiles.)
>
> Erny
>
>
>
> Batista, Facundo escribió:
>
>> [Ernesto Revilla]
>>
>> #- VB:
>> #- ?DateAdd("m",1,CDate("31/01/2005"))
>> #- 28/02/2005
>> #- #- que no es lo mismo que:
>> #- ?DateAdd("d",30,CDate("31/01/2005"))
>> #- 02/03/2005
>> #- #- (siendo el intervalo "m" = mes y "h" = hora).
>> #- #- Es decir, al sumar un mes, en este caso no pasa al mes #- 
>> siguiente si este #- no tiene los días necesarios. Supongo que no 
>> será muy difícil #- implementar eso en Python. (tampoco hay tantos 
>> periodos: segundo, #- minuto, hora, día, mes, año)
>>
>> *Demasiado* sujeto a discusión. ¿Por qué, por ejemplo, cuando suma un 
>> mes al
>> 31-Ene, obtiene 28-Feb, y no 1-Mar?
>>
>> Además, está la complejidad de que las reglas básicas matemáticas 
>> dejan de
>> funcionar. Por ejemplo, todos sabemos que...
>>
>> si       a = b + 1
>> y        c = a - 1
>> entonces b == c
>>
>> ...pero en tu ejemplo, siendo b el 31-Ene...
>>
>> a = b + 1 mes = 28-Feb
>> c = a - 1 mes = 28-Ene
>>
>> y llegamos a que b != c
>>
>> No creo que se justifique incorporar esta especie de "aritmética" en 
>> el core
>> de Python si no hay un estándaro o si no hay "usos y costumbres"
>> establecidos en el mundo.
>>
>> Slds.
>>
>> .    Facundo
>>
>> Bitácora De Vuelo: http://www.taniquetil.com.ar/plog
>> PyAr - Python Argentina: http://pyar.decode.com.ar/
>>
>>
>>  . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
>> . . .
>> . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 
>> . . .
>> . . . . . . . . . . . . . . . .
>> ADVERTENCIA.
>>
>> La información contenida en este mensaje y cualquier archivo anexo al 
>> mismo,
>> son para uso exclusivo del destinatario y pueden contener información
>> confidencial o propietaria, cuya divulgación es sancionada por la ley.
>> Si Ud. No es uno de los destinatarios consignados o la persona 
>> responsable
>> de hacer llegar este mensaje a los destinatarios consignados, no está
>> autorizado a divulgar, copiar, distribuir o retener información (o 
>> parte de
>> ella) contenida en este mensaje. Por favor notifíquenos respondiendo al
>> remitente, borre el mensaje original y borre las copias (impresas o 
>> grabadas
>> en cualquier medio magnético) que pueda haber realizado del mismo.
>> Todas las opiniones contenidas en este mail son propias del autor del
>> mensaje y no necesariamente coinciden con las de Telefónica 
>> Comunicaciones
>> Personales S.A. o alguna empresa asociada.
>> Los mensajes electrónicos pueden ser alterados, motivo por el cual
>> Telefónica Comunicaciones Personales S.A. no aceptará ninguna obligación
>> cualquiera sea el resultante de este mensaje.
>> Muchas Gracias.
>> _______________________________________________
>> Python-es mailing list
>> Python-es en aditel.org
>> http://listas.aditel.org/listinfo/python-es
>>
>>  
>>
>
>