Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #6160
| 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> |
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 | Next — Previous in thread | Next in thread | Find similar
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