O’Reilly InsideRIA: Photo Gallery Maté Framework, With Photo Caching Article

My article titled Photo Gallery Maté Framework, With Photo Caching has just been published on  the O’REILLY InsideRIA blog.

I have have been developing Adobe Flex-based RIA applications for nearly three years. My prominent need has been for capable RIA photo galleries. I observed over time that most Adobe Flex-based example photo galleries resourced photos—either locally or remotely—from photo files stashed in folders or folder hierarchy. There are better ways using Adobe Flex Builder to create RIA clients, what are driven from a photo database repository residing on a remote PHP Web application server.

The article’s example photo gallery is a worthwhile visit to better appreciate what my InsideRIA article is all about. And if you mouse right-click in your Web browser, you can view the source code for this photo gallery. Visit the InsideRIA article for the details of how this photo gallery client / server solution works along with a detailed analysis of core software code.

Noteworthy to this article is my adjunct blog note titled Adobe AMF 3 Transfer of Photo Data From a PHP Application Server To a Adobe Flex Client. This article expands on  issues with PHP string data types when when transferring photos from the Web application server to the Flex client.

If you need additional basic information related to developing and deploying Flex Builder to PHP application server, client / sever remoting, then see my two earlier InsideRIA blog articles on these topics:

10 Responses to “O’Reilly InsideRIA: Photo Gallery Maté Framework, With Photo Caching Article”


  • Thank you for his(her,your) application and only a doubt, looking at this map
    Http: // blog.wrench.com.au/wp-content/uploads/2008/12/presentation_model_flow_diagram_mk_4d.png

    Do managers handle always the logic? Or can I give me the freedom of placing a bit of logic in the model??

    Thank you for the advances A greeting from CHILI
    Eric

  • @Eric

    Your diagram states, ‘Managers and model objects together form “The Model.”‘ Model are data objects and not really where you would be performing business logic. The only purpose of the model object to to feed data to the Presentation Model, which renders the data in the view.

  • teacher:

    Where then handles the logic of the applications in mate???

    (‘Managers and model objects together form “The Model.”)

    if this is true, where exactly should I develop the logic of the application, in Mate????

    Thank you for the advances

  • @Eric

    Business logic is best handled in the Managers.

    It is apparent to me that you do not have a full appreciation of how Mate is to be used. A good way to master using Mate is to build, run, observe operations, and understand most of the Mate examples found here: http://mate.asfusion.com/page/examples

  • You are most welcome. The Maté framework is lots of fun to work with, once you get the hang of it. Maté is much easier and faster than using Cairngorm for application design and development.

  • @Eric

    Your diagram states, ‘Managers and model objects together form “The Model.”‘ Model are data objects and not really where you would be performing business logic. The only purpose of the model object to to feed data to the Presentation Model, which renders the data in the view.

  • Thank you for you application and only a doubt, looking at this map: presentation model flow diagram

    Do managers always handle the logic? Or can I give me the freedom of placing a bit of logic in the model?

    Thank you for the advances A greeting from CHILI
    Eric

    @ Steve
    It is generally not advisable to place logic in the Presentation Model

    Pete

  • @Eric

    Your diagram states, ‘Managers and model objects together form “The Model.”‘ Model are data objects and not really where you would be performing business logic. The only purpose of the model object to to feed data to the Presentation Model, which renders the data in the view.

Leave a Reply