| 1. | Explicit focus on Microsoft technologies |
| Again, being able to quickly identify how we can implement many of the topics in our own projects is invaluable. |
| 2. | Proper segmenting of topics |
| Unlike so many books out there, XML - the Microsoft Way does a decent job of dealing with specific topics without confusing the reader with syntax or samples of unrelated topics. This makes it easy to pick up the book at any time and jump right to the desired topic and get what you need quickly. The author keeps client side and server side methodologies separate from each other. Many implementations only use one or the other and Peter wisely doesn't cloud the subject by combining the two. |
| 3. | Slightly larger font size |
| May be a small item but it certainly is easier on the eyes at 10:30 PM. |
| 4. | Covers certain syntax examples not found in most XML books |
| Topics such as XLink,XPointer, Ranges, etc... need solid syntax examples or the reader will simply skip the section and move on trying to find something in the book that relates to them and their projects. These code examples are items I wasn't aware of and will definitely experiment with on a new project I'm working on that uses Web Workspaces. Were it not for the syntax examples allowing me to see the benefits of these methodologies, I'd have missed out big time. |
| |
| Weaknesses |
| The truth is, I just liked the book and would recommend purchasing it if the subject matter pertains to your development needs. I've listed a few items below that could have made the book better: |
| 1. | No real world complete code samples |
| Personally, I don't find these useful. I like code samples that are quick and to the point like the ones contained here. However, some people prefer these. If real world complete code samples are critical to you, I wouldn't purchase the book. |
| 2. | XMLHttp? |
| This object that comes with the XML Parser is hardly referred to at all. I found this rather surprising. I couldn't even locate the object in the index of the book. The only real discussion of moving XML back and forth between computers using the XML Parser was with the SOAP Toolkit. SOAP really serves it's purpose when you are communicating across different applications that are out of your control. |
| However, there are numerous instances where the developer controls both ends of the web service and complicating the process with SOAP makes no sense. It would have been nice to show an implementation of the XMLHttp object. From what I've seen in forums, it is a topic well worth discussing. |
| 3. | Weak graphical display |
| Certainly not as good as I've seen and not as bad as others. Of course, making XML "sexy" isn't a particularly easy task. |