Skip to end of metadata
Go to start of metadata

<ac:macro ac:name="unmigrated-inline-wiki-markup"><ac:plain-text-body><![CDATA[

<ac:macro ac:name="unmigrated-inline-wiki-markup"><ac:plain-text-body><![CDATA[

Zend Framework: Zend_Validate_Ssn_Be Component Proposal

Proposed Component Name Zend_Validate_Ssn_Be
Developer Notes
Proposers Andries Seutens
Revision 1.0 - 4 February 2008: Updated from community comments. (wiki revision: 8)

Table of Contents

1. Overview

Zend_Validate_Ssn_Be will validate the format of a Belgian ssn (SIS)

2. References

3. Component Requirements, Constraints, and Acceptance Criteria

4. Dependencies on Other Framework Components

5. Theory of Operation

6. Milestones / Tasks

7. Class Index

8. Use Cases

9. Class Skeletons



Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.
  1. Feb 04, 2008

    <p>Sounds like a good direction to give to Zend_Validate - though I cannot comment if this actually works since I am by no means familiar with the Belgium SSN.</p>

    <p>Generally I'd put my vote on a Zend_Validate_Be with Driver/Adapter architecture to meet future extensions.</p>

  2. Jan 21, 2009

    <p>Such a validator should not be limited to one country.<br />
    This would be no benefit for ZF, as there are 138 countries.</p>

    <p>I would propose to generate a adapter based system.<br />
    A generic SSN class and one adapter for each supported country... BE, GB, DE, US, and so on...</p>

    <p>Another thing... I would propose to rename this validator.<br />
    No one knows what SSN means.. it's no international known abbreviation.<br />
    Zend_Validate_SocialNumber for example. I think you have better ideas <ac:emoticon ac:name="wink" /></p>

    <p>Greetings<br />

    1. Jan 22, 2009


      <p>I'm not sure this is a good idea, unless you have the option to download this packages separately. To include validators for hostnames makes sense, because you might need to use them, regardless of your location. But adding validators for social numbers or post codes can increase the number of classes drastically and each package will only be used by a small percentage of users.</p>

      1. Jan 22, 2009

        <p>It's not said that this proposal will be included into core.<br />
        It could also be that it's only accepted for extras.</p>

        <p>And regarding number of classes.<br />
        It's also not said that this is problematic.</p>

        <p>Because generally the difference between countries are how to write this number which means just another regex and how to calculate the CC. Normally this would be a 5-6 liner and not more.<br />
        When it's really possible he could also make a basic class without adapters and provide all known within this single class, as shown with the Iban valiator.</p>

        <p>But again, the change is done by the author and no by us two. We can only make suggestions <ac:emoticon ac:name="smile" /></p>

        <p>In general, do you think that a validation of social numbers is only made by a small amount of users ? I think not, because I've seen such inputs very often when you have to provide personal data for example at government departments or big companies who do not provide credit card payments.</p>

        1. Jan 24, 2009


          <p>> do you think that a validation of social numbers is only made by a small amount of users?</p>

          <p>Well, unless you work for the IRS or a bank, yes <ac:emoticon ac:name="smile" /> </p>

          <p>When it comes to privacy and providing personal data, a lot of people are concerned about giving away their SSN, as it is used in identity theft. You might need to provide it to to set up a bank account or apply for a credit card, but not to make an online purchase.</p>

          <p>> And regarding number of classes. It's also not said that this is problematic.</p>

          <p>The amount of things you can validate is huge. I suggest making a list of validators based on user needs and prioritize them. </p>