Aspect théorique
    
    
        Pourquoi n'existe-il que l'unique classe Zend_Date pour gérer
        les dates et les heures dans Zend Framework ?
    
    
        Beaucoup de langages divisent la gestion des heures et des dates de calendrier en
        deux classes. Cependant Zend Framework lutte pour une extrême simplicité, et forcer le
        développeur à gérer différents objets avec différentes méthodes pour les heures et les
        dates entraîne un fardeau dans beaucoup de situations. Puisque les méthodes de
        Zend_Date supporte le travail avec des dates ambiguës qui
        n'incluraient pas toutes les parties (ère, année, mois, jour, heure, minute, seconde,
        décalage horaire), les développeurs aiment la flexibilité et la facilité d'utilisation
        d'une même classe et des mêmes méthodes afin de réaliser les mêmes actions par exemple
        addition, soustraction, comparaison, fusion de parties de dates, etc.). Diviser la gestion
        de ces fragments de date dans de multiples classes pourraient entraîner des complications
        quand on souhaite réaliser des inter-opérations. Une unique classe réduit la duplication de
        code pour des opérations similaires, sans l'obligation d'une hiérarchie d'héritage
        complexe.
    
    Fonctionnement interne
        
        
            - 
                
Référence temporelle UNIX (timestamp) :
                
                    Toutes les dates et heures, même celles ambiguës (par exemple sans
                    année), sont représentées en interne par des moments absolus dans le temps,
                    stockés en tant que référence temporelle UNIX exprimant
                    la différence entre le moment désiré et le 1er janvier 1970 à 00:00:00
                    GMT. Ceci est seulement possible, parce que
                    Zend_Date n'est pas limité aux références temporelles
                    UNIX ou aux valeurs entières. L'extension BCMath est
                    requise pour supporter les très grandes dates hors de la plage du Vendredi
                    13 décembre 1901 à 20:45:54 GMT au Mardi 19 janvier 2038
                    à 03:14:07 GMT. De
                    plus de petites erreurs mathématiques peuvent apparaître causées par les
                    limitations inhérentes aux types de données float et aux arrondis, à moins
                    d'utiliser l'extension BCMath.
                
             
            - 
                
                    Parties de date en tant que décalages de référence temporelle :
                
                
                    Ainsi, une instance d'objet représentant trois heures peut être
                    exprimé en tant que trois heures après le 1er janvier 1970 à 00:00:00
                    GMT - c'est-à-dire 0 + 3 * 60 * 60 = 10800.
                
             
            - 
                
Fonctions PHP :
                
                    Quand cela est possible, Zend_Date utilise actuellement
                    les fonctions PHP pour améliorer les performances.