Last Thursday I attended the Chicago Flex User Group meeting and the topic was Adobe Flex 4 and Flash Builder 4. The Flex 4 framework brings the development of user interface to the next level. With Flex 4 the skinning and layout process is now separate from the individual objects and containers like HBox and VBox no longer exist. The container is replaced with layout definitions that is part of the skin class. It is fully integrated with Adobe Catalyst so applications can quickly be developed. I see a big potential for Domino applications running with a Adobe Flex or AIR interface.
As a result of the big announcement that Apple refuses to support Flash on the iPhone, there was definitely an anti-Apple sentiment at the meeting. A couple of Flash developers I know are switching from iPhones to Android because they are that pissed off at Apple. I personally use a Blackberry.
As a result of the big announcement that Apple refuses to support Flash on the iPhone, there was definitely an anti-Apple sentiment at the meeting. A couple of Flash developers I know are switching from iPhones to Android because they are that pissed off at Apple. I personally use a Blackberry.
Comments
How about a AIR based Notes client that is lightweight. I have not had a chance, I am wondering if you can surface the Domino Server-side Javascript into Flex?
However, I dont know if that would apply to validators and stuff.
Check Tommy Valand's blog
I will look into that. That opens up a number of interesting possibilities.
The Apple versus Adobe grudge match is really not of any concern for me since I do not develop for the iPhone nor do I see developing for it in the future. It was just an observation. HTML 5 holds a lot of promise, but it has a long way to go. Also there are fundamental reasons why a thicker client is needed. I do not believe that HTML 5 will fulfill it and Flash and Sliverlight will still be around much longer then you think.
Briefly, on getting server side items exposed in the flex client and JavaScript... Flex has an ExternalInterface class which makes access to local JavaScript possible. So any functions you can expose in your client side page which contains your movie can be accessed via this class. Lots of possibilities here. To get at server side items, you need a server side api of some sort. I currently use the mx:httprequest object extensively for all sorts of data needs in the flex movie whenever I need something that doesn't fit the use of JS functions or classes. Adopting a pattern where your server side code is organized and exposed via agents or pages allows clean separation of your "view" and your "controller" so IF you have to switch away from Flex for some reason, you can and not need to get rid of your server side work. The catch is that you'll find yourself doing things in flex with data that make sense for flex sake - things that may not remain true if you used a widget or other UI component.
Jerry Carter
It sounds very similar to what I have been doing with my UX Pages Project. I haven't play enough with XPages yet, but it sounds like that the XPages mx:httprequest object utilizes the xhrGet and xhrPost of dojo to provide a transport mechanism and I should be able to integrate in even the server-side Javascript into my UX Pages Project. I am just in the process of completing the initial integration of Dojo into UX Pages.
I am a big fan of separating the data from the UI so what you are saying is the right approach.