Contact data model

[Denis Howe]

I've hacked a copy of WWW::Contact::GoogleContactsAPI to get at all
the other fields that Google returns but when I asked Fayland about
extending the module, he said:

> we need to make all WWW::Contact::* share the most common
> return values, so only name and email are supported

[Fayland, I hope you don't mind me replying in public like this].

Why can't different subclasses extend the data model (as long as
common attributes are handled the same way by different subclasses)?
What IS the data model? Surely it's not just (name, e-mail) as
Fayland implies? Where is the definition of the standard Contact
methods or a standard Contact data structure? How do you extend the
standard model to include extra contact attributes?

I'd love to contribute to these modules but am confused.

[Fayland Lam]

hi Denis.

can you fork it (http://github.com/fayland/perl-www-contact) then do
your implementation?

well, if it's reasonable, I'll glad to apply it then release.

Thanks.

--
Fayland Lam // http://www.fayland.org/

[Fayland Lam]

BTW, I agree with you about "different subclasses extend the data

model (as long as
common attributes are handled the same way by different subclasses)"

I think it's fine. so go for it then I'll apply the patch.

Thanks.

[Denis Howe]

2009/9/15 Fayland Lam <fay...@gmail.com>:

> go for it then I'll apply the patch.

Thanks for the quick reply.

Do you have any thoughts on the other question of what the data model
should be? I notice there's already a
http://search.cpan.org/dist/Class-Value-Contact/lib/Class/Value/Contact.pm
for example.

[Fayland Lam]

hi Denis.

I'm really sorry I don't know much about that. basically I wrote it up
for my own use. and name/email is really enough for me.

but I don't mind to change it. so please feel free to do it as what
you want and share it with us.

Thanks.