Author Archive: Paul Williams

Presentation Patterns – Autonomous View

So as I mentioned in the introduction, the first pattern I’m going to look at is known as ‘Autonomous View’. Of all the patterns I’ll cover, this one is likely to be the most familiar to Flex developers. Although Martin Fowler coined the name, the idea behind the Autonomous View pattern has been around for quite some time. For the Flex framework, the Autonomous View represents the de facto architectural pattern. If you’re building your first Flex application, you’ll probably be following the Autonomous View pattern without even knowing it.

Continue reading…

Presentation Patterns – Introduction

A recurring theme on forums like flexcoders is the issue of user interface architecture within Flex applications. Rich-client applications developed using frameworks like Flex are something of a departure from ‘traditional’ web applications, so the architectures employed for such applications will inevitably differ. But not so long ago we were comparing the new concept of web-application development with that of ‘traditional’ rich-client applications and arriving at very similar conclusions. We have come full circle, from rich-clients to web-clients and back again. So what lessons can we learn from the 20 or so years of rich-client development preceding Web 1.0? And are there web-application patterns that translate across to the rich-client world?

Continue reading…

Compilers have feelings too

The ActionScript 3 compiler is your friend. At least it really wants to be. But some people don’t seem interested in responding to its amicable overtures. No, they’d rather go it alone. However, keeping this clever code-cruncher on-side has its benefits: Problems detected at compile time are far easier to locate and resolve than troublesome runtime errors. So here are my ten top tips to avoid hurting your compiler’s feelings:

Continue reading…

The World’s Smallest Tag?

If you are developing an MVC application with Flex, sooner or later you are going to want to trigger some functionality in your view when a property in your model changes. A common approach for achieving this is to use a binding tag in conjunction with a property setter in your view component. You bind your view’s property setter to the relevant model property and put your view logic in the setter function. Every time the property changes, your view logic executes.

I have never been particularly satisfied with this approach because it requires me to add a ‘fake’ property to my view component. So I created the Observe tag as a possible alternative, and I think it may also qualify as the world’s smallest tag:

package com.adobe.ac.util
{
public class Observe
{
public var handler : Function;

public function set source( source : * ) : void
{
handler.call();
}
}
}

You use the tag as follows:

<util:Observe source="{ model.myProperty }"
handler="{ this.myFunction }"/>

Because this is such a large and complex component, I need to call on the ever-resourceful Flex community to test it. So feel free to use it in your applications if you want to, and please let me know if you find any bugs.

Update: Please check Alex Uhlmann’s blog for a more recent update of the Observe tag.

Flex 2 Readiness Event

Earlier this month I had the opportunity to attend the Flex 2 Readiness Event at Prisma IT’s Rotterdam office. The main goal of the four day course was to provide a broad overview of Flex 2’s features. There were fourteen other attendees, from a variety of backgrounds and nationalities: a few from Adobe, a few more from our partners, plus a few of our customers.

The course began with a comprehensive overview of the various visual controls, components and containers that are available in the Flex 2 Framework. For each new concept we walked-through an example within flex builder that demonstrated the idea.

The second part of the course was more focused on accessing server-side resources using web-services, Flash remoting and Flex Data Services. In this case the example exercises used a local jrun or cold fusion installation.

Many of the new Flex 2 features were covered in detail during the course, including contraint based layouts, E4X, drop-in item renderers and the new collection classes. In addition, changes in behaviour from Flex 1.5 were also highlighted, such as the more explicit binding mechanism and the new requirements for event dispatching.

As with the software, the course is still a beta version so to some extent we were the guinea pigs. But despite a few teething problems, the pace remained consistent. There was also talk of an additional day of lab training that was still to be added to the course, which would give participants the opportunity to gauge their understanding of the material.

Overall I felt the course represented a very thorough introduction to the Flex 2 feature set and would suit a broad audience. A more advanced course is also being planned that may appeal to more experienced RIA and enterprise application developers.

Hello

Thanks for visiting my blog. My name is Paul Williams and I am one of the European RIA consultants based in Edinburgh, Scotland. Over the coming months I hope to share some of the lessons I learn working on Flex-based rich internet applications – so come back soon!