Version 1 by Thomas Weidner
on Jun 07, 2009 01:27.

compared with
Version 2 by Thomas Weidner
on Jun 11, 2009 04:41.

Key
This line was removed.
This word was removed. This word was added.
This line was added.

Changes (12)

View Page History

{zone-data:component-name}
Zend_Magic Zend_Validate_Phone
{zone-data}

{zone-data:proposer-list}
[My Name|mailto:noreply@zend.com]
[~thomas]
{zone-data}


{zone-data:revision}
1.0 - 1 January 2008: 11 June 2009: Initial Draft.
{zone-data}

{zone-data:overview}
Zend_Magic is a simple component that reads my mind and generates code dynamically to do what I want.
Zend_Validate_Phone is a validator which checks if a given input conforms a expected format for a phone number.
{zone-data}

{zone-data:references}
* [Harry Houdini Wikipedia Entry|http://en.wikipedia.org/wiki/Harry_Houdini]
* [MagicTricks.com|http://www.magictricks.com/]
* [Wikipedia - Telephone numbers|http://en.wikipedia.org/wiki/Telephone_number]
* [Wikipedia - E.123|http://en.wikipedia.org/wiki/E.123]
* [ITU-T|http://www.itu.int/rec/recommendation.asp?type=items&lang=e&parent=T-REC-E.123-200102-I]
{zone-data}

{zone-data:requirements}
Most requirements take the form of "foo will do ...." or "foo will not support ...", although different words and sentence structure might be used. Adding functionality to your proposal is requirements creep (bad), unless listed below. Discuss major changes with your team first, and then open a "feature improvement" issue against this component.

* This component *will* correctly reads a developers mind for intent and generate the right configuration file.
* The generated config file *will not* support XML, but will provide an extension point in the API.
* This component *will* use no more memory than twice the size of all data it contains.
* This component *will* include a factory method.
* This component *will not* allow subclassing. (i.e. when reviewed, we expect to see "final" keyword in code)
* This component *will* only generate data exports strictly complying with RFC 12345.
* This component *will* validate input data against formats supported by ZF component Foo.
* This component *will not* save any data using Zend_Cache or the filesystem. All transient data *will be* saved using Zend_Session.
* This component *will* check if a string conforms a expected phone number format
* This component *will not* change the format, only check
* This component *will* accept national and international formats
* This component *will* also allow to check if a given number conforms a given country or multiple countries
* This component *will not* check if a given number does exist
{zone-data}

{zone-data:dependencies}
* Zend_Validate_Exception
* Zend_Validate_Abstract
{zone-data}