What is your reasoning behind making attribute support a seperate interface
to Mail or User?
Do you see any benefit to be gained from this polymorphism of Mail and
User, or is this just a "tidy mind" encapsulation of a single pattern of
attribute support?
FWIW I'm not 100% sure about this, let me elucidate..
The name can't be used in the sentence "X is an AttributeSupport", perhaps
if we try "AttributeManager", we'll get to...
"X is an AttributeManager", which I prefer, but also we can then see what
happens if we add another interface, "AttributeContainer" which declares
that "X has an AttributeManager", accessable through
AttributeContainer.getAttributeManager()
We then have two patterns available for attributes implementation, one
directly through an object which implements AttributeManager and one
indirected through AttibuteContainer.
WDYT?
d.
|---------+---------------------------->
| | "Jason Webb" |
| | <[EMAIL PROTECTED]> |
| | |
| | 06/07/2004 09:10 |
| | AM |
| | Please respond to|
| | "James Developers|
| | List" |
| | |
|---------+---------------------------->
>---------------------------------------------------------------------------------------------------------------|
|
|
| To: "'James Developers List'" <[EMAIL PROTECTED]>
|
| cc:
|
| Subject: User attribute support and API changes
|
>---------------------------------------------------------------------------------------------------------------|
Some thoughts and notes on implementing the changes required for user
attributes.
I have added a new interface into the mailet API called AttributeSupport.
This interface defines the methods for accessing attributes that is common
to both User and Mail. Therefore User and Mail now implement
AttributeSupport.
The <file> UserRepository is simple, thanks to Avalon et al.
The <db> UserRepository is a bit more complex. I have deliberately followed
the same model as the Mail repository so that when BLOBS are referenced
they
are done in isolation, so to get all the attributes I will need to do 2
selects. This is much the same way that Mail works so I'm not inclined to
change it.
-- Jason
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
***************************************************************************
The information in this e-mail is confidential and for use by the addressee(s) only.
If you are not the intended recipient (or responsible for delivery of the message to
the intended recipient) please notify us immediately on 0141 306 2050 and delete the
message from your computer. You may not copy or forward it or use or disclose its
contents to any other person. As Internet communications are capable of data
corruption Student Loans Company Limited does not accept any responsibility for
changes made to this message after it was sent. For this reason it may be
inappropriate to rely on advice or opinions contained in an e-mail without obtaining
written confirmation of it. Neither Student Loans Company Limited or the sender
accepts any liability or responsibility for viruses as it is your responsibility to
scan attachments (if any). Opinions and views expressed in this e-mail are those of
the sender and may not reflect the opinions and views of The Student Loans Company
Limited.
This footnote also confirms that this email message has been swept for the presence of
computer viruses.
**************************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
