Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #6160

Re: Support for both Web and Desktop front-ends [Architecture]

From Tom <tom400f@gmail.com>
Newsgroups comp.lang.java.programmer
Subject Re: Support for both Web and Desktop front-ends [Architecture]
Date 2011-07-13 12:28 +0000
Organization Aioe.org NNTP Server
Message-ID <pan.2011.07.13.12.28.48@gmail.com> (permalink)
References <ivj45r$hvl$1@speranza.aioe.org> <pan.2011.07.13.10.34.09@gmail.com> <MVC-20110713124648@ram.dialup.fu-berlin.de>

Show all headers | View raw


On Wed, 13 Jul 2011 10:48:08 +0000, Stefan Ram wrote:

> Tom <tom400f@gmail.com> writes:
>>Anyway, our desktop client is swing and uses serialisation to/from the
>>server. There is no soap/rmi, just sockets.
> 
>   Actually, a plain Java interface would be sufficient (or a set of
>   those). A socket is only neccessary for the web client, not for the
>   Swing client. However, when the server socket is already there, it
>   might be more straightforward when the Swing client uses it, too, but
>   this might sacrifice some performance.

I assume that OP wants a thin client, not a fat one, or if that was not
what you meant exactly, that a server of some sort would coordinate
the access of multiple clients to the underlying data. In our case
this includes pushing events about data changes to the (desktop) clients
asynchronously.

> 
>>Because all data is just trees, MVC with the desktop is automatic (you
>>don't have to code that).
> 
>   (I don't understand this. But never mind.)

All of the application data is maps, not instances of class MyFooBar
This means you do not need to write code that does the MVC for MyFooBar.
When (for example) a mutation event emanates from the map
path "p.q.myFooBar.someField" (possibly raised by the server and
pushed to the client) and because the GUI component has been
told it is rendering "p.q.myFooBar.someField" the client side of
the framework does the MVC for you. For tables/trees there is more
metadata but you get the idea...

Back to comp.lang.java.programmer | Previous | NextPrevious in thread | Next in thread | Find similar


Thread

Support for both Web and Desktop front-ends [Architecture] Warren Tang <nospam@tangcs.com> - 2011-07-13 11:41 +0800
  Re: Support for both Web and Desktop front-ends [Architecture] markspace <-@.> - 2011-07-12 21:21 -0700
    Re: Support for both Web and Desktop front-ends [Architecture] Arne Vajhøj <arne@vajhoej.dk> - 2011-07-21 18:53 -0400
      separated by a common language "Richard Maher" <maher_rj@hotspamnotmail.com> - 2011-07-24 08:13 +0800
        Re: separated by a common language Arne Vajhøj <arne@vajhoej.dk> - 2011-07-23 21:37 -0400
  Re: Support for both Web and Desktop front-ends [Architecture] Tom <tom400f@gmail.com> - 2011-07-13 10:34 +0000
    Re: Support for both Web and Desktop front-ends [Architecture] Tom <tom400f@gmail.com> - 2011-07-13 12:28 +0000
  Re: Support for both Web and Desktop front-ends [Architecture] Arved Sandstrom <asandstrom3minus1@eastlink.ca> - 2011-07-13 07:36 -0300
  Re: Support for both Web and Desktop front-ends [Architecture] jebblue <n@n.nnn> - 2011-07-13 22:17 -0500
  Re: Support for both Web and Desktop front-ends [Architecture] Roedy Green <see_website@mindprod.com.invalid> - 2011-07-13 21:22 -0700
    Re: Support for both Web and Desktop front-ends [Architecture] Arne Vajhøj <arne@vajhoej.dk> - 2011-07-21 18:45 -0400
  Re: Support for both Web and Desktop front-ends [Architecture] Kristian Rink <kr@zimmer428.net> - 2011-07-14 13:06 +0200
  Re: Support for both Web and Desktop front-ends [Architecture] Arne Vajhøj <arne@vajhoej.dk> - 2011-07-21 18:33 -0400

csiph-web