Comments on: The “Widget-based Programming Model” for Flex Enterprise Applications http://danorlando.com/?p=120 Articles, Information, News, & Tutorials for Adobe Flash Platform Developers and Architects Sat, 28 Aug 2010 07:27:57 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: Dan Orlando http://danorlando.com/?p=120&cpage=1#comment-1335 Dan Orlando Thu, 08 Oct 2009 18:49:47 +0000 http://danorlando.com/?p=120#comment-1335 Sorry for the late reply on this. Apparently this one snuck by me. Here's my thought on this: I think you're looking at it upside down. You don't need an AIR wrapper, you need a basic AS3 library/swc with the code you need to create a proxy, open a socket connection, get the data, and store it to a local db. The library should have the path to the database and the statements for creating objects from the database on demand. Then just include that swc in the different Flex, Flash, or AIR projects and make calls into it as necessary. we call that your "commons" library. It should have a single call in it that takes care of the entire process of opening the socket connection, receiving the necessary bytecode, doing whatever processing is necessary (object typing, etc.) and stores it to the db. Hopefully that makes sense. Sorry for the late reply on this. Apparently this one snuck by me. Here’s my thought on this: I think you’re looking at it upside down. You don’t need an AIR wrapper, you need a basic AS3 library/swc with the code you need to create a proxy, open a socket connection, get the data, and store it to a local db. The library should have the path to the database and the statements for creating objects from the database on demand. Then just include that swc in the different Flex, Flash, or AIR projects and make calls into it as necessary. we call that your “commons” library. It should have a single call in it that takes care of the entire process of opening the socket connection, receiving the necessary bytecode, doing whatever processing is necessary (object typing, etc.) and stores it to the db. Hopefully that makes sense.

]]> By: Jens Wegar http://danorlando.com/?p=120&cpage=1#comment-1260 Jens Wegar Mon, 31 Aug 2009 10:31:41 +0000 http://danorlando.com/?p=120#comment-1260 Hey Dan, I'm in the middle of developing something similar to this also. However I came across one issue, which (based on your blog) I'm hoping you might be able to give some insight on. What I'm looking for is a way for an AIR wrapper to provide caching services for a sub-app that wishes to access a particular service. This should happen in such a way that the sub-app does not need to care if it's running within AIR or within the Flash player, and the AIR wrapper would not need to implement the concrete classes of each service a potential sub-app might require. Roughly put, the following flow: 1. Sub-app sends request to a service 2. AIR wrapper checks if network connection available 2a. If yes, data is sent to service 2b. If no, the AIR wrapper stores the data locally (to be sent when a connection is detected again) 3. Either way, the sub-app gets a success message, with the added detail of whether or not the data was stored remotely or locally. Any thoughts on this matter? Would be greatly apprechiated. Hey Dan,

I’m in the middle of developing something similar to this also. However I came across one issue, which (based on your blog) I’m hoping you might be able to give some insight on.

What I’m looking for is a way for an AIR wrapper to provide caching services for a sub-app that wishes to access a particular service. This should happen in such a way that the sub-app does not need to care if it’s running within AIR or within the Flash player, and the AIR wrapper would not need to implement the concrete classes of each service a potential sub-app might require. Roughly put, the following flow:

1. Sub-app sends request to a service
2. AIR wrapper checks if network connection available
2a. If yes, data is sent to service
2b. If no, the AIR wrapper stores the data locally (to be sent when a connection is detected again)
3. Either way, the sub-app gets a success message, with the added detail of whether or not the data was stored remotely or locally.

Any thoughts on this matter? Would be greatly apprechiated.

]]> By: Dan Orlando http://danorlando.com/?p=120&cpage=1#comment-81 Dan Orlando Wed, 11 Mar 2009 02:34:57 +0000 http://danorlando.com/?p=120#comment-81 My pleasure Moxie. That is a great article you have posted there at InsideRIA, and it is a pleasure to make your acquaintance. I'm involved with a company right now that is currently acquiring capital to build a project that implements an architecture like the one described above. I look forward to having the opportunity to actually put this concept that our brains have collectively created (in theory, that is) into a real-world enterprise application. If our economy wasn't so bad, I'd probably already have a team working on it, but acquiring investor dollars isn't an easy task these days. Anyway, thanks for commenting. Dan My pleasure Moxie. That is a great article you have posted there at InsideRIA, and it is a pleasure to make your acquaintance. I’m involved with a company right now that is currently acquiring capital to build a project that implements an architecture like the one described above. I look forward to having the opportunity to actually put this concept that our brains have collectively created (in theory, that is) into a real-world enterprise application. If our economy wasn’t so bad, I’d probably already have a team working on it, but acquiring investor dollars isn’t an easy task these days. Anyway, thanks for commenting.

Dan

]]> By: Moxie Zhang http://danorlando.com/?p=120&cpage=1#comment-64 Moxie Zhang Mon, 02 Feb 2009 18:45:39 +0000 http://danorlando.com/?p=120#comment-64 Hey Dan, you described some unspoken ideas in my insideria article behind the viewer and the widget programming model. I was hoping someone could take the design and go further within a larger enterprise architecture. You just did. Thanks. Moxie Hey Dan, you described some unspoken ideas in my insideria article behind the viewer and the widget programming model. I was hoping someone could take the design and go further within a larger enterprise architecture. You just did. Thanks.

Moxie

]]>