Glenn Block

Sponsors

The Lounge

News

  • View Glenn Block's profile on LinkedIn

    Me

Advertisement

Images in this post missing? We recently lost them in a site migration. We're working to restore these as you read this. Should you need an image in an emergency, please contact us at imagehelp@codebetter.com
'Prism' launches on CodePlex

prism.png

Some time ago we announced that patterns & practices was going to be delivering a new set of guidance for building composite applications in WPF. A lot has happened since then, least of which is coming up with a new codename "Prism".  Just last week we launched the Prism site and uploaded a set of spikes which illustrate the direction. 

So what is "Prism?". "Prism" addresses the challenges around building complex enterprise WPF applications. As complexity increases and teams grow, applications become increasingly difficult to maintain. Using "Prism" enables designing a composite application that is composed of many discrete, loosely coupled modules. These modules can be developed, tested and deployed by separate teams.

In "Prism" we're taking a new approach to addressing the problems around building composites that incorporates the community feedback we've hard on our past efforts. We're investing a lot of effort into thinking not only about what we deliver, but also the adoption experience around using it.

Here are some of our over-arching goals around what we deliver:

  • Built for WPF.
    • Targeted specifically for WPF (though Silverlight is not out of the question in the future). This means we're looking at how to best leverage the capabilities of WPF rather than simply porting Win-forms concepts and code.
  • Lightweight.
    • Not an all-imposing framework.
    • Limited "Prism stuff" footprint in your applications.
    • Limited number of abstractions, and small API surface area.
  • Improved Adoption experience.
    • Use some of it without having to take everything including the kitchen sink.
    • Leverage many of your existing assets with Prism, for example use the Dependency Injection mechanism of choice. Don't use Enterprise Library if you don't want to.
    • APIs should be intuitive and easy to work with (easy is in the eye of the beholder ;) )

We're setting a high bar for ourselves around the adoption experience. We'll need your help to keep us honest :)

And now without further ado, and in keeping with the DRY principle, let me refer you to the Prism home page for more information about the project.


Posted 03-12-2008 2:16 PM by Glenn Block

[Advertisement]

Comments

Christopher Steen wrote Link Listing - March 12, 2008
on 03-13-2008 3:13 AM

Link Listing - March 12, 2008

Christopher Steen wrote Link Listing - March 12, 2008
on 03-13-2008 3:13 AM

AJAX Firefox 3.0 XmlHttpRequest Default Content-Type change [Via: Rick Strahl ] ASP.NET Importing an...

Andy Herrman wrote re: 'Prism' launches on CodePlex
on 03-13-2008 9:02 AM

I wonder if there will be any problems with the name.  Mozilla announced a Prism project last year:

labs.mozilla.com/.../prism

The purpose of the projects is different, but they're both web-related, so I can see some people getting confused (at least, anyone who works with both).

eye of the beholder wrote eye of the beholder
on 03-14-2008 7:52 PM

Pingback from  eye of the beholder

Glenn Block wrote re: 'Prism' launches on CodePlex
on 03-15-2008 4:27 AM

@Andy

"Prism" right now is our codename. We've had it for some time. Mozilla's project was originally WebRunner and then renamed. We didn't know about the name when we chose it. There actually are other Prism solutoins out there as well that have existed before Mozilla's project. It remains to be seen though what the name will be when it finally releases.

Add a Comment

(required)  
(optional)
(required)  
Remember Me?