Ha....Kitchen/Counter were an attempt to push thinking in the right direction, not a real suggestion.<br><br>Agree that this is a rat hole and it we need to move on.<br><br>Still think Frontend/Backend is the clearest thing despite being used in a different manner in some other places and despite Client/Server(/Service) being used elsewhere.  But Client/Service is my second choice.<br>
<br>J<br><br><div class="gmail_quote">On Fri, May 29, 2009 at 11:57 AM, Michael Nordman <span dir="ltr">&lt;<a href="mailto:michaeln@google.com">michaeln@google.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I really have no strong opinions one way or the other (or the other),<br>
so long as its somewhat intelligible I&#39;m good.<br>
<br>
Having said that....<br>
Kitchen and Counter don&#39;t pass muster for me :)<br>
Bindings mean script bindings... not gonna overload that for this<br>
<br>
Intelligible options any of which work for me so far<br>
* FooFacade FooSystem<br>
* FooFrontend FooBackend<br>
* FooClient FooService<br>
<br>
We should wrap this rat hole up.<br>
<div><div></div><div class="h5"><br>
<br>
On Fri, May 29, 2009 at 11:16 AM, Jeremy Orlow&lt;<a href="mailto:jorlow@chromium.org">jorlow@chromium.org</a>&gt; wrote:<br>
&gt; On Thu, May 28, 2009 at 4:32 PM, Michael Nordman &lt;<a href="mailto:michaeln@google.com">michaeln@google.com</a>&gt;<br>
&gt; wrote:<br>
&gt;&gt;<br>
&gt;&gt; &gt; Can you think of a more specific way to describe the reationship than<br>
&gt;&gt; &gt; &quot;front&quot; and &quot;back&quot; or &quot;client&quot; and &quot;service&quot;? Does one of the Gang of<br>
&gt;&gt; &gt; Four<br>
&gt;&gt; &gt; Design Patterns apply? That can be a good resource for clear ways to<br>
&gt;&gt; &gt; describe class relationships, even fairly abstract ones.<br>
&gt;&gt;<br>
&gt;&gt; Nice suggestion...<br>
&gt;&gt;<br>
&gt;&gt; In my case Facade may be the most appropriate name for what i&#39;ve been<br>
&gt;&gt; referring to as the &#39;frontend&#39; interface. I&#39;m endeavoring to provide a<br>
&gt;&gt; simplified interface (a facade) to a more complex system, the moving<br>
&gt;&gt; parts of which are not important to clients of the facade.<br>
&gt;&gt;<br>
&gt;&gt; Inside that Facade, Proxy may be the most appropriate for the<br>
&gt;&gt; messaging abstraction parts.<br>
&gt;&gt;<br>
&gt;&gt; ApplicationCacheFacade<br>
&gt;&gt;   * uses ApplicationCacheSystemProxy<br>
&gt;&gt;<br>
&gt;&gt; ApplicationCacheSystem<br>
&gt;&gt;  * uses ApplicationCacheFacadeProxy<br>
&gt;&gt;<br>
&gt;&gt; WDYT?<br>
&gt;<br>
&gt; I&#39;m not really sure this is a Facade pattern.  I think a good example of the<br>
&gt; facade pattern is the WebKit to WebCore relationship: a complex inner system<br>
&gt; that&#39;s made to be easy to use via the facade.<br>
&gt;<br>
&gt; Personally, I find the names less clear than Client/Server (or<br>
&gt; Backend/Frontend).<br>
&gt;<br>
&gt; What if we could come up with some more clear synonyms for<br>
&gt; Backend/Frontend?  Another way to think about it is that the frontend is the<br>
&gt; seating area (or counter) of a resteraunt and the backend is the kitchen.<br>
&gt; What other metaphores along these lines would be similar?  Maybe something<br>
&gt; about Storage vs Bindings (since the one half is about storing everything<br>
&gt; and the other is about hooking it into the resource loading)?  I don&#39;t<br>
&gt; know....just trying to brainstorm here.<br>
&gt;<br>
</div></div></blockquote></div><br>