groupware and communications
Home » computers » software » groupware and communications » building applications with microsoft outlook versi
|
Aftersleep Books
|
||||||||||||||||||||
Building Applications with Microsoft Outlook VersiThe following report compares books using the SERCount Rating (base on the result count from the search engine). |
|||||||||||||||||||||
|
Aftersleep Books - 2005-06-20 07:00:00 | © Copyright 2004 - www.aftersleep.com () | sitemap | top |
Byrne admits in his introduction that he had a difficult time completing this book because of all the security restrictions that MS has placed into the Outlook object model. Clearly, it was a blow to many developers, Byrne included, when MS did this. But as Byrne concedes, MS really had no choice. Byrne discusses strategies for circumventing the security restrictions throughout his book. Byrne is a likeable guy: he's not arrogant, and it's clear that he knows his stuff.
There are a number of subtle and confusing points that must be understood when designing an Outlook application. One example is the concept of "one-off" forms. Do you store the form def in an organization's form library, the application's public folder, or do you send the form def with the item? Byrne does an admirable job in discussing the distinction, but it may take several readings to fully understand it, and the implications behind it. Because of the security restrictions, VBA code will not execute in an one-off form. So, pitfalls abound.
Contrary to what one reviewer has stated, the Outlook object model is discussed in minute detail. Unfortunately, you won't find it until you have gotten through hundreds and hundreds of pages of relatively introductory material, some of which is prone to repetition. That is one of the biggest weaknesses of this book: too much repetition in the early chapters. One example: we don't need to know how to publish a form more than once, but there are at least three step-by-step examples of how to do this.
The structure of the book is such that the early chapters are oriented toward beginners and the later chapters toward more advanced programmers. That is as it should be. But I have to agree with other reviewers who have criticized the beginning chapters of the book as being just too elementary, too repetitious, and too sophomoric (eg, that silly vacation request form).
Overall, I came away from this book feeling Byrne's enthusiam for the Outlook object model, as well as his acute disenchantment at the new security restrictions that have been built into Outlook. This book was published before .NET was finalized, so criticism that it doesn't contain .NET material is unfair. I agree that the book is way over-priced.