Sobald die Eingabe durch die Erstellung eines Zend_Date Objektes normalisiert wurde, hat es eine zugeordnete Zeitzone aber eine Interne Darstellung durch Verwendung von UNIX Zeitpunkten. Damit ein Datum in einer lokalisierten Art und Weise durchsucht werden kann, muß zuerst eine Zeitzone bekannt sein. Die Standardzeitzone ist immer GMT/UTC. Um die Zeitzone des Objektes zu inspizieren kann getTimeZone()) verwendet werden. Um die Zeitzone des Objektes zu wechseln kann setTimeZone()) verwendet werden. Alle Änderungen des Objektes sind immer relativ zu seiner Zeitzone zu sehen.

Aufpassen das nicht Teile von Datumsobjekten die unterschiedliche Zeitzonen haben, gemischt oder verglichen werden, da dies Grundsätzlich unerwartete Resultate zeigen kann da die Manipulationen nur dem Zeitpunkt zugeordnet werden. Das Arbeiten an Zend_Date Objekten die unterschiedliche Zeitzonen haben funktioniert grundsätzlich abgesehen davon wie vorher erwähnt, da Daten bei der Instantiierung von Zend_Date zu UNIX Zeitpunkten normalisiert werden.

Die meisten Methoden erwarten eine Konstante für die Auswahl des gewünschten Teils $part des Datums, wie z.B. Zend_Date::HOUR. Diese Konstanten sind für alle unten angeführten Funktionen gültig. Eine Liste aller vorhandenen Konstanten wird hier beschrieben: Abschnitt 8.5.2, „Liste aller Konstanten“. Wenn $part nicht spezifiziert wird, wird Zend_Date::TIMESTAMP angenommen. Alternativ kann ein benutzerdefiniertes Format für $part verwendet werden, mit Hilfe der gleichen Mechanismen und Formatdefinitionen wie bei Zend_Locale_Format::getDate() . Wenn ein Datumsobjekt erstellt wird durch Verwendung eines offensichtlich falschen Datums (z.B. die Nummer des Monats größer als 12), wird Zend_Date eine Ausnahme werfen, solange kein spezielles Datumsformat ausgewählt wurde, und z.B. $part entweder null oder Zend_Date::DATES (ein "fehlertolerantes" Format).

<?php
$date1 = new Zend_Date('Feb 31, 2007', null, 'en_US');
echo $date1, "\n"; // Ausgabe "Mar 3, 2007 12:00:00 AM"

$date2 = new Zend_Date('Feb 31, 2007', Zend_Date::DATES, 'en_US');
echo $date2, "\n"; // Ausgabe "Mar 3, 2007 12:00:00 AM"

$date3 = new Zend_Date('Feb 31, 2007', 'MM.dd.YYYY'); // Stikte Interpretation des angegebenen Formats
echo $date3, "\n"; // Ausgabe "Mar 3, 2007 12:00:00 AM"
?>

Wenn der optionale $locale Parameter angegeben wurde, dann verdeutlicht $locale den $date Operand durch Ersetzen der Monatsnamen und Wochentagsnamen für die $date Zeichenkette, und auch Datumszeichenketten können analysiert werden durch die Vorschriften dieses Gebietsschemas (siehe Zend_Locale_Format::getDate()). Die automatische Normalisierung von lokalisierten $date Angaben einer Zeichenkette werden nur dann durchgeführt wenn eine der Zend_Date::DATE* oder Zend_Date::TIME* Konstanten verwendet wird. Das Gebietsschema identifiziert die Sprache welche verwendet werden soll um Monatsnamen und Wochentagsnamen zu analysieren wenn $date eine Zeichenkette ist die ein Datum enthält. Wenn der Eingabeparameter $date nicht angegeben wurde, dann definiert der $locale Parameter das Gebietsschema für lokalisierte Ausgaben (z.B. das Datumsformat für eine Ausgabe als Zeichenkette). Anzumerken ist auch das der $date Parameter stattdessen ein Typname sein kann (z.B. $hour für addHour()), und das verhindert auch nicht das ein Zend_Date Objekt als Argument für diesen Parameter angegeben werden kann. Wenn keine $locale angegeben wurde, wird das Gebietsschema des aktuellen Objektes genommen um $date zu interpretieren oder das lokalisierte Format für die Ausgabe auszuwählen.

Die Methoden add(), sub(), compare(), get(), und set() arbeiten generell mit Daten. In Jedem Fall wird die Operation auf dem Datum durchgeführt das in den Objektinstanz vorhanden ist. Der $date Operand wird für alle dieser Methoden benötigt, ausser für get() und kann eine Zend_Date Objektinstanz, eine nummerische Zeichenkette oder ein Integer sein. Diese Methoden nehmen an das $date ein Zeitpunkt ist, wenn es kein Objekt ist. Trotzdem kontrolliert der $part Operand an welchem logischen Teil der zwei Daten gearbeitet werden soll, was Arbeiten an Teilen von Daten des Objekts erlaubt, wie Jahr oder Minute selbst wenn $date eine lange Form einer Datumszeichenkette enthält wie "Dezember 31, 2007 23:59:59". Das Ergebnis der Operation ändert das Datum im Objekt ausser bei compare() und get().

<?php
require_once 'Zend/Date.php';

$date = new Zend_Date(); // $date's Zeitpunkt === time()

// Ändert $date durch addieren von 12 Stunden
$date->add('12', Zend_Date::HOUR);
print $date;
?>

Übliche Methoden existieren für jede Kombination von Basisarbeiten und viele normale Datumsabschnitte wie in der Tabelle anbei gezeigt. Diese üblichen Methoden erlauben uns faulen Programmierern zu vermeiden das die Konstanten für Datumsabschnitte ausgeschrieben werden müssen. Normalerweise sind wir benannt durch Kombination eines Prefixes (Name der Basisoperation) und einem Suffix (Art des Datumsabschnittes), wie addYear(). In der Liste die anbei steht, existieren alle Kombinationen von "Datumsabschnitten" und "Basisoperationen". Zum Beispiel die Operation "add" existiert für jeden dieser Datumsabschnitte wie addDay(), addYear() und viele mehr.

Diese üblichen Methoden haben die selbe gleichartige Funktionalität wie die Methoden für die Basisoperationen, aber Sie erwarten Zeichenkette und Integer $date Operanden welche nur die Werte enthalten welche durch den Typ definiert sind der durch den Suffix der Methode definiert wurde. Deshalb identifizieren diese Methoden (z.B. "Year" oder "Minute") die Einheit des $date Operanden wenn $date eine Zeichenkette oder ein Integer ist

Die folgenden Basisoperationen haben keine vergleichbaren vereinfachten Methoden für Datumsabschnitt wie beschrieben unter Abschnitt 8.4, „Zend_Date API Übersicht“.

Several methods support retrieving values related to a Zend_Date instance.

Viele Methoden unterstützen es, Werte relativ zu einer Zend_Date Instanz zu erhalten.

Drei Methoden geben Zugriff auf geographisch lokalisierte Informationen über die Sonne was die Zeit für Sonnenaufgang und Sonnenuntergang beinhaltet.