tapestry-dev@jakarta.apache.org
[Top] [All Lists]

Re: Naming question

Subject: Re: Naming question
From: Danny Angus
Date: Fri, 25 Feb 2005 13:49:55 +0000
Howard,

> I didn't likeTapestry as a prefix, just a gut feeling.

Yeah, I'm not sure that its right either it seems somehow to be both too
vague and too specific at the same time.

> I initially thought about having no prefix (Request, Response,
> Context, Session) ... the last two are a problem,since it seems like
> Session especially is used everywhere and I hate forcing a situation
> where you code can't rely on imports.

Context and Session are sooo vague and so generic that I agree with you,
they need so much context to provide them with meaning that they're barely
better than "Stuff", "Utility" or "Data" as classnames.

Perhaps we need to drive out the real meanings in this domain; session is
user session scope data and services, and Context is application instance
scope data and services, but they suck if you try to use them to make
names.
I think this is because it is very difficult to cleanly scope the
pick-and-mix of vaguely related data and services they provide access to,
and they only really make sense when you use an accessor to access their
methods.. getContext().get..

Thinking this through perhaps SessionAccessor and ContextAccessor would go
with Request and Response, or perhaps not.

In the final analysis I don't have a strong opinion, just wanted to know
that you'd thought it through. It can be hell when you realise, months
later, that you've picked the wrong names for stuff like this!

d.




On Fri, 25 Feb 2005 08:57:57 +0000, Danny Angus <Danny_Angus@xxxxxxxxx>
wrote:
>
> Don't flame me, but my 2c is..
>
> Its right to look for consistent generic names, but why be so coy about
> what they are,
> why not either.. have a scheme like "TapestryRequest, TapestryResponse,
> TapestrySession, TapestryContainer"
> using a tapestry specific noun for the prefix (use a better prefix noun
> than tapestry if there is one)
>
> Or.. ditch the "container" altogether and have an
> org.apache.tapestry.container package with "Request, Response, Session,
> EntryPoint"
>
> It bugs me somewhat when I see people struggle to find new names, when
the
> old names in a new package are often the neatest way to name things. I
> don't think it makes things more ambigous and in fact I suspect it makes
> polymorphic relationships easier to understand.
>
> d.
>
>
***************************************************************************
> 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: tapestry-dev-unsubscribe@xxxxxxxxxxxxxxxxxx
> For additional commands, e-mail: tapestry-dev-help@xxxxxxxxxxxxxxxxxx
>
>


--
Howard M. Lewis Ship
Independent J2EE / Open-Source Java Consultant
Creator, Jakarta Tapestry
Creator, Jakarta HiveMind

Professional Tapestry training, mentoring, support
and project work.  http://howardlewisship.com

---------------------------------------------------------------------
To unsubscribe, e-mail: tapestry-dev-unsubscribe@xxxxxxxxxxxxxxxxxx
For additional commands, e-mail: tapestry-dev-help@xxxxxxxxxxxxxxxxxx





***************************************************************************
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: tapestry-dev-unsubscribe@xxxxxxxxxxxxxxxxxx
For additional commands, e-mail: tapestry-dev-help@xxxxxxxxxxxxxxxxxx

<Prev in Thread] Current Thread [Next in Thread>