RE: Terminology: Visit vs. Global vs. ???

Phil Surette <[email protected]> Thu, 2 Jan 2003 10:22:42 -0500
Newsgroups gmane.comp.java.tapestry.contrib
Message-ID <[email protected]>
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.

------_=_NextPart_001_01C2B272.CB0455B0
Content-Type: text/plain

I'm just going on the principal that things that are 
the same should be named similarly. 

How is a Visit different from a Session, other than
that it's the Tapestry version of a session?

How is Engine different from a request context?

-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Thursday, January 02, 2003 10:19 AM
To: Phil Surette
Cc: tapestry-contrib-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: RE: [Tapestry-contrib] Terminology: Visit vs. Global vs. ???


First, there already is a RequestContext object.

Second, I really like engine, its one of the names that 'feels right'.  I 
really see all the processing of requests revolving around the engine.

I didn't want to call Visit "Session" because there are so many other
sessions 
already, including HttpSession.

--
[email protected]

http://tapestry.sf.net
> If you want to make the transition from struts easier, I think
> Visit -> Session would be a good move. I guess one of the 
> first things a Struts developer will do is try to figure out
> where to put the session information.
> 
> You could call it 'TapestrySession' if you wanted to distinguish
> it from 'HttpSession'. But IMO you could just use plain Session.
> I don't see any problem with reusing the name since it is 
> being used to describe the same thing - this is less confusing
> than using a new name to describe a well-known thing. 
> 
> How about changing 'Engine' to 'RequestContext' while the
> Pandora's box of name change is open?
> 
> 
> 
> -----Original Message-----
> From: Malcolm Edgar [mailto:[email protected]]
> Sent: Friday, December 27, 2002 6:35 PM
> To: [email protected]; [email protected]
> Subject: Re: [Tapestry-contrib] Terminology: Visit vs. Global vs. ???
> 
> 
> I think Visit is quite good. Using Session or SessionBean has too much 
> overlap with Servlets & EJB. I dont like Global, globals are evil :)
> 
> EncodedRequest or RequestEncoding are good for me, but I worry about the 
> impact this may have on existing code.
> 
> Regards Malcolm
> 
> >From: "Howard M. Lewis Ship" <[email protected]>
> >To: "Tapestry Contrib" <tapestry-contrib-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org>
> >Subject: [Tapestry-contrib] Terminology: Visit vs. Global vs. ???
> >Date: Fri, 27 Dec 2002 07:32:59 -0500
> >
> >So, I'm revisiting the documenation and I start wondering ... maybe we 
> >should clean up some of the terminology?
> >
> >Where did "Visit" come from?  It actually predates Tapestry; I was on a 
> >project and we were killing trees with useless diagrams.  I was busy 
> >teaching the other developers about servlets and EJBs and we were on a 
> >tight schedule.  Anyway, I was pushing the idea that we should collect 
> >information that would be used by many different parts of the application

> >into a central object, so that we wouldn't constantly have to 
> >getAttribute() and downcast.  I prefer keeping things strongly typed.
> >
> >That started a discussion about what that central object would be called.

> >Somehow, we came up with Visit (i.e., it stores the information about the

> >user's visit).  The intent with the name was to make it obvious that it
was
> 
> >short-term information, discarded when the user's visit to the
application 
> >ended.
> >
> >Despite all that, I think calling it something else, say "Globals" (or 
> >what?  Suggestions welcome)  may simplify adoption.
> >
> >Also, I don't know why I came up with "Gesture".  Gesture in UI terms is
an
> 
> >all-encompassing term for any kind of input the user can do: keypress, 
> >mouse clicks and drags, etc.  But that's not really how Gesture is used
in 
> >Tapestry, since Gesture should  be used when recognizing input (something

> >the engine services do).
> >
> >How about "EncodingOfURLAndRequestParameters"?  EncodedServiceRequest?  
> >EncodedRequest?  RequestEncoding?
> >
> >
> >----
> >Howard Lewis Ship
> >[email protected]
> >http://tapestry.sf.net
> >
> 
> 
> _________________________________________________________________
> The new MSN 8: smart spam protection and 3 months FREE*.  
>
http://join.msn.com/?page=features/junkmail&xAPID=42&PS=47575&PI=7324&DI=747
> 4&SU= 
>
http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_smartspampr
> otection_3mf
> 
> 
> 
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Tapestry-contrib mailing list
> Tapestry-contrib-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
> https://lists.sourceforge.net/lists/listinfo/tapestry-contrib

------_=_NextPart_001_01C2B272.CB0455B0
Content-Type: text/html

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=US-ASCII">
<META NAME="Generator" CONTENT="MS Exchange Server version 5.5.2653.12">
<TITLE>RE: [Tapestry-contrib] Terminology: Visit vs. Global vs. ???</TITLE>
</HEAD>
<BODY>

<P><FONT SIZE=2>I'm just going on the principal that things that are </FONT>
<BR><FONT SIZE=2>the same should be named similarly. </FONT>
</P>

<P><FONT SIZE=2>How is a Visit different from a Session, other than</FONT>
<BR><FONT SIZE=2>that it's the Tapestry version of a session?</FONT>
</P>

<P><FONT SIZE=2>How is Engine different from a request context?</FONT>
</P>

<P><FONT SIZE=2>-----Original Message-----</FONT>
<BR><FONT SIZE=2>From: [email protected] [<A HREF="mailto:[email protected]">mailto:[email protected]</A>]</FONT>
<BR><FONT SIZE=2>Sent: Thursday, January 02, 2003 10:19 AM</FONT>
<BR><FONT SIZE=2>To: Phil Surette</FONT>
<BR><FONT SIZE=2>Cc: tapestry-contrib-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org</FONT>
<BR><FONT SIZE=2>Subject: RE: [Tapestry-contrib] Terminology: Visit vs. Global vs. ???</FONT>
</P>
<BR>

<P><FONT SIZE=2>First, there already is a RequestContext object.</FONT>
</P>

<P><FONT SIZE=2>Second, I really like engine, its one of the names that 'feels right'.&nbsp; I </FONT>
<BR><FONT SIZE=2>really see all the processing of requests revolving around the engine.</FONT>
</P>

<P><FONT SIZE=2>I didn't want to call Visit &quot;Session&quot; because there are so many other sessions </FONT>
<BR><FONT SIZE=2>already, including HttpSession.</FONT>
</P>

<P><FONT SIZE=2>--</FONT>
<BR><FONT SIZE=2>[email protected]</FONT>
</P>

<P><FONT SIZE=2><A HREF="http://tapestry.sf.net" TARGET="_blank">http://tapestry.sf.net</A></FONT>
<BR><FONT SIZE=2>&gt; If you want to make the transition from struts easier, I think</FONT>
<BR><FONT SIZE=2>&gt; Visit -&gt; Session would be a good move. I guess one of the </FONT>
<BR><FONT SIZE=2>&gt; first things a Struts developer will do is try to figure out</FONT>
<BR><FONT SIZE=2>&gt; where to put the session information.</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; You could call it 'TapestrySession' if you wanted to distinguish</FONT>
<BR><FONT SIZE=2>&gt; it from 'HttpSession'. But IMO you could just use plain Session.</FONT>
<BR><FONT SIZE=2>&gt; I don't see any problem with reusing the name since it is </FONT>
<BR><FONT SIZE=2>&gt; being used to describe the same thing - this is less confusing</FONT>
<BR><FONT SIZE=2>&gt; than using a new name to describe a well-known thing. </FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; How about changing 'Engine' to 'RequestContext' while the</FONT>
<BR><FONT SIZE=2>&gt; Pandora's box of name change is open?</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; -----Original Message-----</FONT>
<BR><FONT SIZE=2>&gt; From: Malcolm Edgar [<A HREF="mailto:[email protected]">mailto:[email protected]</A>]</FONT>
<BR><FONT SIZE=2>&gt; Sent: Friday, December 27, 2002 6:35 PM</FONT>
<BR><FONT SIZE=2>&gt; To: [email protected]; [email protected]</FONT>
<BR><FONT SIZE=2>&gt; Subject: Re: [Tapestry-contrib] Terminology: Visit vs. Global vs. ???</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; I think Visit is quite good. Using Session or SessionBean has too much </FONT>
<BR><FONT SIZE=2>&gt; overlap with Servlets &amp; EJB. I dont like Global, globals are evil :)</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; EncodedRequest or RequestEncoding are good for me, but I worry about the </FONT>
<BR><FONT SIZE=2>&gt; impact this may have on existing code.</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; Regards Malcolm</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; &gt;From: &quot;Howard M. Lewis Ship&quot; &lt;[email protected]&gt;</FONT>
<BR><FONT SIZE=2>&gt; &gt;To: &quot;Tapestry Contrib&quot; &lt;tapestry-contrib-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org&gt;</FONT>
<BR><FONT SIZE=2>&gt; &gt;Subject: [Tapestry-contrib] Terminology: Visit vs. Global vs. ???</FONT>
<BR><FONT SIZE=2>&gt; &gt;Date: Fri, 27 Dec 2002 07:32:59 -0500</FONT>
<BR><FONT SIZE=2>&gt; &gt;</FONT>
<BR><FONT SIZE=2>&gt; &gt;So, I'm revisiting the documenation and I start wondering ... maybe we </FONT>
<BR><FONT SIZE=2>&gt; &gt;should clean up some of the terminology?</FONT>
<BR><FONT SIZE=2>&gt; &gt;</FONT>
<BR><FONT SIZE=2>&gt; &gt;Where did &quot;Visit&quot; come from?&nbsp; It actually predates Tapestry; I was on a </FONT>
<BR><FONT SIZE=2>&gt; &gt;project and we were killing trees with useless diagrams.&nbsp; I was busy </FONT>
<BR><FONT SIZE=2>&gt; &gt;teaching the other developers about servlets and EJBs and we were on a </FONT>
<BR><FONT SIZE=2>&gt; &gt;tight schedule.&nbsp; Anyway, I was pushing the idea that we should collect </FONT>
<BR><FONT SIZE=2>&gt; &gt;information that would be used by many different parts of the application </FONT>
<BR><FONT SIZE=2>&gt; &gt;into a central object, so that we wouldn't constantly have to </FONT>
<BR><FONT SIZE=2>&gt; &gt;getAttribute() and downcast.&nbsp; I prefer keeping things strongly typed.</FONT>
<BR><FONT SIZE=2>&gt; &gt;</FONT>
<BR><FONT SIZE=2>&gt; &gt;That started a discussion about what that central object would be called.&nbsp; </FONT>
<BR><FONT SIZE=2>&gt; &gt;Somehow, we came up with Visit (i.e., it stores the information about the </FONT>
<BR><FONT SIZE=2>&gt; &gt;user's visit).&nbsp; The intent with the name was to make it obvious that it was</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; &gt;short-term information, discarded when the user's visit to the application </FONT>
<BR><FONT SIZE=2>&gt; &gt;ended.</FONT>
<BR><FONT SIZE=2>&gt; &gt;</FONT>
<BR><FONT SIZE=2>&gt; &gt;Despite all that, I think calling it something else, say &quot;Globals&quot; (or </FONT>
<BR><FONT SIZE=2>&gt; &gt;what?&nbsp; Suggestions welcome)&nbsp; may simplify adoption.</FONT>
<BR><FONT SIZE=2>&gt; &gt;</FONT>
<BR><FONT SIZE=2>&gt; &gt;Also, I don't know why I came up with &quot;Gesture&quot;.&nbsp; Gesture in UI terms is an</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; &gt;all-encompassing term for any kind of input the user can do: keypress, </FONT>
<BR><FONT SIZE=2>&gt; &gt;mouse clicks and drags, etc.&nbsp; But that's not really how Gesture is used in </FONT>
<BR><FONT SIZE=2>&gt; &gt;Tapestry, since Gesture should&nbsp; be used when recognizing input (something </FONT>
<BR><FONT SIZE=2>&gt; &gt;the engine services do).</FONT>
<BR><FONT SIZE=2>&gt; &gt;</FONT>
<BR><FONT SIZE=2>&gt; &gt;How about &quot;EncodingOfURLAndRequestParameters&quot;?&nbsp; EncodedServiceRequest?&nbsp; </FONT>
<BR><FONT SIZE=2>&gt; &gt;EncodedRequest?&nbsp; RequestEncoding?</FONT>
<BR><FONT SIZE=2>&gt; &gt;</FONT>
<BR><FONT SIZE=2>&gt; &gt;</FONT>
<BR><FONT SIZE=2>&gt; &gt;----</FONT>
<BR><FONT SIZE=2>&gt; &gt;Howard Lewis Ship</FONT>
<BR><FONT SIZE=2>&gt; &gt;[email protected]</FONT>
<BR><FONT SIZE=2>&gt; &gt;<A HREF="http://tapestry.sf.net" TARGET="_blank">http://tapestry.sf.net</A></FONT>
<BR><FONT SIZE=2>&gt; &gt;</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; _________________________________________________________________</FONT>
<BR><FONT SIZE=2>&gt; The new MSN 8: smart spam protection and 3 months FREE*.&nbsp; </FONT>
<BR><FONT SIZE=2>&gt; <A HREF="http://join.msn.com/?page=features/junkmail&xAPID=42&PS=47575&PI=7324&DI=747" TARGET="_blank">http://join.msn.com/?page=features/junkmail&xAPID=42&PS=47575&PI=7324&DI=747</A></FONT>
<BR><FONT SIZE=2>&gt; 4&amp;SU= </FONT>
<BR><FONT SIZE=2>&gt; <A HREF="http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_smartspampr" TARGET="_blank">http://www.hotmail.msn.com/cgi-bin/getmsg&HL=1216hotmailtaglines_smartspampr</A></FONT>
<BR><FONT SIZE=2>&gt; otection_3mf</FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; </FONT>
<BR><FONT SIZE=2>&gt; -------------------------------------------------------</FONT>
<BR><FONT SIZE=2>&gt; This sf.net email is sponsored by:ThinkGeek</FONT>
<BR><FONT SIZE=2>&gt; Welcome to geek heaven.</FONT>
<BR><FONT SIZE=2>&gt; <A HREF="http://thinkgeek.com/sf" TARGET="_blank">http://thinkgeek.com/sf</A></FONT>
<BR><FONT SIZE=2>&gt; _______________________________________________</FONT>
<BR><FONT SIZE=2>&gt; Tapestry-contrib mailing list</FONT>
<BR><FONT SIZE=2>&gt; Tapestry-contrib-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org</FONT>
<BR><FONT SIZE=2>&gt; <A HREF="https://lists.sourceforge.net/lists/listinfo/tapestry-contrib" TARGET="_blank">https://lists.sourceforge.net/lists/listinfo/tapestry-contrib</A></FONT>
</P>

</BODY>
</HTML>
------_=_NextPart_001_01C2B272.CB0455B0--


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf