Comments on: JavaFX Presentation Model Pattern Using Binding http://carlfx.wordpress.com/2009/06/28/javafx-presentation-model-pattern-using-binding/ Just Ordinary Users of the API Thu, 05 Nov 2009 16:31:47 +0000 http://wordpress.com/ hourly 1 By: Java desktop links of the week, June 29 | Jonathan Giles http://carlfx.wordpress.com/2009/06/28/javafx-presentation-model-pattern-using-binding/#comment-102 Java desktop links of the week, June 29 | Jonathan Giles Thu, 16 Jul 2009 22:15:41 +0000 http://carlfx.wordpress.com/?p=137#comment-102 [...] Carl Dea posted three articles on language features in JavaFX Script. The first post discusses the order in which init and postinit blocks are called,  the second post discusses how to set default values in init blocks, and finally the third post discusses implementing a presentation model in JavaFX using bindings. [...] [...] Carl Dea posted three articles on language features in JavaFX Script. The first post discusses the order in which init and postinit blocks are called,  the second post discusses how to set default values in init blocks, and finally the third post discusses implementing a presentation model in JavaFX using bindings. [...]

]]> By: vladimir http://carlfx.wordpress.com/2009/06/28/javafx-presentation-model-pattern-using-binding/#comment-72 vladimir Fri, 03 Jul 2009 11:07:01 +0000 http://carlfx.wordpress.com/?p=137#comment-72 Carl, thanks for links and explanation. This is my conclusion, my wishes (no reply needed): MVP thru binding mechanism is fine. It would be fine to have the same seamless mechanism of bound models and notified views over the internet. JavaFX itself must better support some kind of client-server communication if we want to see a content over "all screens of our lives". I hope mobile operators and TV companies force it. And maybe it will force JavaFX syntax again :( Grizzly's approach is right, some kind of two-way communication channel is needed. But it is 4 man show. I have awaited such technology like JavaFX for 10+ years. Nowadays, no repetitive rendering of DOM is needed! Finally. Nevermore. Neither in theory :) Carl,

thanks for links and explanation. This is my conclusion, my wishes (no reply needed):

MVP thru binding mechanism is fine. It would be fine to have the same seamless mechanism of bound models and notified views over the internet. JavaFX itself must better support some kind of client-server communication if we want to see a content over “all screens of our lives”. I hope mobile operators and TV companies force it. And maybe it will force JavaFX syntax again :(
Grizzly’s approach is right, some kind of two-way communication channel is needed. But it is 4 man show.
I have awaited such technology like JavaFX for 10+ years. Nowadays, no repetitive rendering of DOM is needed! Finally. Nevermore. Neither in theory :)

]]> By: carldea http://carlfx.wordpress.com/2009/06/28/javafx-presentation-model-pattern-using-binding/#comment-67 carldea Thu, 02 Jul 2009 05:02:42 +0000 http://carlfx.wordpress.com/?p=137#comment-67 Vladimir, 1. I'm sorry this question might be beyond the scope of this blog entry. I'm just focusing on the client side of things. If you are interested you may want to look at back-end services such as JSON, Restful, JAXB, SOAP, etc. services along with technologies like <a href="https://grizzly.dev.java.net/" rel="nofollow">Grizzly </a>that support HTTP persistent connections. 2. JavaFX platform is currently a Client side technology. Since it is a declarative language the server could send JavaFX script code to a client to be executed similar to a browser rendering Html/JavaScript. The server could build JavaFX screens on the fly. Of coarse this is in theory. -Carl Vladimir,

1. I’m sorry this question might be beyond the scope of this blog entry. I’m just focusing on the client side of things.
If you are interested you may want to look at back-end services such as JSON, Restful, JAXB, SOAP, etc. services along with technologies like Grizzly that support HTTP persistent connections.

2. JavaFX platform is currently a Client side technology. Since it is a declarative language the server could send JavaFX script code to a client to be executed similar to a browser rendering Html/JavaScript. The server could build JavaFX screens on the fly. Of coarse this is in theory.

-Carl

]]> By: vladimir http://carlfx.wordpress.com/2009/06/28/javafx-presentation-model-pattern-using-binding/#comment-66 vladimir Wed, 01 Jul 2009 06:17:46 +0000 http://carlfx.wordpress.com/?p=137#comment-66 Very nice comparison of two approaches. 1. Can you compare the two approaches in client-server environment? 2. Is JavaFX binding feature able to work in client-server environment? Vladimir Very nice comparison of two approaches.
1. Can you compare the two approaches in client-server environment?
2. Is JavaFX binding feature able to work in client-server environment?

Vladimir

]]> By: carldea http://carlfx.wordpress.com/2009/06/28/javafx-presentation-model-pattern-using-binding/#comment-56 carldea Mon, 29 Jun 2009 00:39:14 +0000 http://carlfx.wordpress.com/?p=137#comment-56 codecraig, Thank you for your feedback. Yes I agree with what you have said. Great care should be taken when using bind as it could cause performance problems and also object type memory leaks. The key thing about the pattern is to understand the separation of presentation(View), presentation(logic) and domain. Karsten Lentzsch calls it <a href="http://www.jgoodies.com/articles/patterns-and-binding.pdf" rel="nofollow">Model View Presenter</a>. I think JavaFX's bind keyword maybe too easy to use (resembles the day it was bad to use goto statements). Flex seems to go the route of XML to achieve separation of concerns which is a way to force the developer to organize code and make distinctions on each layer (not a bad idea). I believe any cool language feature can kill a program, we just need to code responsibly. Cool! Decompiling sounds like a splendid idea. If you've tried it, please tell me which one did you use. p.s. Hopefully someone will develop an extremely well organized JavaFX version of a Pet Store/Bank Application and blog on it. -Carl codecraig,

Thank you for your feedback. Yes I agree with what you have said. Great care should be taken when using bind as it could cause performance problems and also object type memory leaks. The key thing about the pattern is to understand the separation of presentation(View), presentation(logic) and domain. Karsten Lentzsch calls it Model View Presenter. I think JavaFX’s bind keyword maybe too easy to use (resembles the day it was bad to use goto statements). Flex seems to go the route of XML to achieve separation of concerns which is a way to force the developer to organize code and make distinctions on each layer (not a bad idea). I believe any cool language feature can kill a program, we just need to code responsibly.

Cool! Decompiling sounds like a splendid idea. If you’ve tried it, please tell me which one did you use.

p.s. Hopefully someone will develop an extremely well organized JavaFX version of a Pet Store/Bank Application and blog on it.

-Carl

]]> By: codecraig http://carlfx.wordpress.com/2009/06/28/javafx-presentation-model-pattern-using-binding/#comment-53 codecraig Sun, 28 Jun 2009 15:13:08 +0000 http://carlfx.wordpress.com/?p=137#comment-53 Handy technique and clear explanation, nice to see JavaFX provide this capability. When I started doing Flex it took a minute to appreciate what it does on behalf of the developer...however as I've learned, throwing binding all around isn't always the best approach in a large enterprise application. It does have it's place, you just have to know when/how to use it appropriately. Have you ever decompiled the bytecode to look at what JavaFX does for you when you use the "bind" and "inverse"? I'd be curious to see what's going on under the covers. p.s. Glad I found your blog, at work a co-worker has started a GUI SIG (special interest group) and our first discussion was about JavaFX 1.2. I'm interested to see a "real" app developed using it, and seeing how the code/classes get laid out, etc. Handy technique and clear explanation, nice to see JavaFX provide this capability. When I started doing Flex it took a minute to appreciate what it does on behalf of the developer…however as I’ve learned, throwing binding all around isn’t always the best approach in a large enterprise application. It does have it’s place, you just have to know when/how to use it appropriately.

Have you ever decompiled the bytecode to look at what JavaFX does for you when you use the “bind” and “inverse”? I’d be curious to see what’s going on under the covers.

p.s.
Glad I found your blog, at work a co-worker has started a GUI SIG (special interest group) and our first discussion was about JavaFX 1.2. I’m interested to see a “real” app developed using it, and seeing how the code/classes get laid out, etc.

]]>