Catch up on stories from the past week (and beyond) at the Slashdot story archive


Forgot your password?

Unlocking Android 117

Michael J. Ross writes "Of all the potential challengers to Apple's phenomenally popular iPhone, perhaps the one with the best prospects is Google's Android, which is not a mobile phone per se, but rather an open-source platform that the company encourages phone manufacturers to deploy in their own products. Similarly, Google encourages computer programmers to develop applications for the Android environment. But learning how to create such applications is daunting to the uninitiated, particularly for developers who have never before worked with the user interface controls, Web services, and other resources involved. A recently published book, Unlocking Android, is designed to help such developers." Read below for the rest of Michael's review.
Unlocking Android
author W. Frank Ableson, Charlie Collins, Robi Sen
pages 416 pages
publisher Manning Publications
rating 8/10
reviewer Michael J. Ross
ISBN 978-1933988672
summary A guide to developing applications for Google's Android.
Unlocking Android was put out by Manning Publications on 28 May 2009, under the ISBN 978-1933988672. It was authored by W. Frank Ableson, Charlie Collins, and Robi Sen — all of whom have extensive experience in developing mobile software applications. The publisher's Web page makes available author biographies, descriptions of the book, all its ancillary parts (the foreword, preface, acknowledgments, table of contents, and index), a white paper on Android (oddly termed a "green paper"), and two sample chapters ("Targeting Android" and "Intents and services"). There is a link to download the source code from the Google Code site, organized by chapter. The Manning site also hosts a forum, where readers and the authors can discuss the book. As of this writing, there are 42 threads, comprising 120 messages. Lastly, the site has links to order both the print and electronic versions of the book. Note that purchasing the former automatically entitles one to a copy of the latter. Manning appears to be pioneering this approach to making e-books more readily available to customers, since every print copy now contains an insert with a list of codes that can be used to download a PDF copy of the book.

The book is ostensibly intended for Android beginners, even though it does contain enough detailed information to serve as a partial reference for more experienced developers. It is organized in a logical fashion, in three parts, starting with an overview of Android itself, both the technology and the organization behind it. Then the reader is introduced to the Android programming environment, along with its many components and capabilities. The book concludes with tutorial chapters that step the reader through creating a sample Android application and more. The material covers Android SDK 1.x. Since Android programs are written in Java, any reader fluent in that language will have a much easier time absorbing the ideas. However, the authors state that even non-Java programmers should be able to follow the examples, as long as they have knowledge of similar languages, such as C, C++, or C#. However, even a cursory glance at the code, by such a reader, would prove that Java knowledge is essential.

The first chapter — oddly named "Targeting Android" — introduces the platform, the organizations behind it, the mobile market as a whole, Android's features, how it differs from featured phones and smartphones, its open-source licenses, platform components, libraries, service managers, programming environment, and virtual terminal. Be warned that Figure 1.1 could be confusing to some readers, because it shows the layers of technology that compose the Android platform, but pictures them on the front of a mobile phone, showing a keypad, which makes the layers appear to be part of the actual user interface; the phone should be removed from the illustration, in a future edition. The chapter goes on to discuss booting and activating Android, as well as how to map applications to processes. Some readers anxious to get to the technical nitty-gritty, may become impatient when reading the first portion of this chapter, because it largely consists of introductory material. Yet this context can be helpful and interesting to people unfamiliar with the mobile phone market. (Articles and tutorials aimed at new mobile application developers, oftentimes assume that said developers are already extremely familiar with the rapidly changing mobile market.) In the later portion of the chapter, readers are shown a handful of code snippets, with some explanation as to what they are doing and how. In reading this material, the reader could be easily overwhelmed with all of the new terminology. One can only hope that the authors were not thinking that the typical reader would understand all of what is discussed, or be able to do anything with it. A canonical "Hello, world" program or something similar — with an explanation as to how to execute it — would have been a far more gentle introduction. By the way, the first few code snippets are poorly indented, and some of the method names are italicized, while others are not — with no mention as to what this might signify, either in the chapter or in the earlier "Code Conventions" section.

In Chapter 2, the reader is introduced to the key tools for basic Android development, including the SDK, Eclipse, and the Android Emulator. An example application — a tip calculator — is developed, step by step, to illustrate those tools. Clearly, this tutorial information should have been presented before the second section of the previous chapter. It nonetheless serves as a valuable introduction to programming Android. Incidentally, Figure 2.1 labels the development environment as being located on a laptop, incorrectly suggesting that desktop computers are not equally usable platforms. Later, when the authors suggest that readers add the Android SDK tools directory to their system search path, they specify only the release-independent directory (containing adb, for instance), and not the release-specific paths (containing aapt, which is the first tool discussed); readers presumably should add both. Also, the authors should specify which release to use, 1.1 or 1.5. The reader eventually is told how to run a sample application — and not a moment too soon, because at that point the reader is already 15 percent of the way into the book. To reach that point, she must wade through more introductory material than was needed, in addition to discussions of network speed and latency, command line tools, DDMS, Java packages, and other information. All of this could and should be covered later, when it would be much more meaningful, and the reader would have greater motivation to learn it, having seen an Android application running (if only in the emulator).

Part 2 forms the bulk of the book, consisting of nine chapters devoted to the essential aspects of Android application development: user interfaces, including the Activity class, views, resource types, and manifest files; Intent classes, broadcast receivers, task services, and inter-process communications; data storage and retrieval, including user preferences, files stored on the local system and on SD cards, databases, and the ContentProvider class; networking, including client/server interaction, HTTP, and Web services such as SOAP; telephony, including how to receive and initiate calls and SMS messages; notifications and alarms; generating graphics and animation; multimedia, including audio and video, utilizing the OpenCORE technology; location-based applications, using a variety of tools, including Google Earth's KML. All of these chapters make use of example applications, with annotated source code and screenshots of the applications running in the Android emulator.

The third and final part of the book comprises two chapters, each of which extends the core concepts of Android development. Chapter 12 steps the reader through the creation of a substantial application, named "Field Service Application," designed for mobile technicians who provide support services for customers of contracted clients. The application is designed to be used by both the technician and his home office to assign and manage job orders, capture customer signatures of completed jobs, order replacement parts, and receive navigation assistance. The final chapter, "Hacking Android," explores Android's utilization of Linux, the C programming language, and the SQLite database — as well as how the Android developer can access these capabilities under the hood.

Appendix A explains how to install the Eclipse integrated development environment (IDE), the Android software development kit (SDK), and the ADT plug-in for Eclipse. Readers who do not already have those components installed on their computers, may want to first read the appendix and follow the procedures. Note, however, that the procedures given in section A.4, for installing the ADT plug-in, are already out of date — namely, for Eclipse version 3.3. In addition, the URL given by the authors ("") is invalid, because it is missing the trailing directory slash, which is necessary for it to work within Eclipse. (This points up the importance of including root directories in URLs, despite their common absence, because even though Web browsers will automatically correct this upon receiving an error message from the server, Eclipse evidently does not.) The online Android installation instructions are much more useful, because they also include the latest version of Eclipse, 3.4.

As is to be expected with the first edition of any detailed computer programming book, this one contains some errata — for instance, in the first portion of the book alone: "Android[']s" (page xxii, twice), "Webkit" (page 7, in the caption), "SQLite[,] an" (page 11), and "byte code[s]" (page 13). Also, terms such as "Internet" and "Web" are in all-lowercase, throughout the book, even though they are proper names. (In our world of instant messaging and Twitter, grammatical degeneration continues apace.) For any reader who wishes to follow along and implement the sample projects, possibly the most disappointing decision by the authors was that of offering the sample code not as a single archive file, or even individual archive files for each of the 13 chapters. Instead, the reader must tediously click through multiple layers of directories, just to get the code displayed in a browser, one file at a time. Readers are advised to employee a Web copying utility, which, given a starting URL, will try to download all of the linked pages, recursively, and store those Web pages and other Web elements on their own computer (even localizing links, to retain working navigation in the saved pages).

Yet by far the biggest problem with this book, is that while it claims to be an introductory text, suitable for someone completely unfamiliar with Android, it does not bring the newcomer up to speed at a reasonable pace for learning. Instead, it presents a large number of code snippets and tools to the reader, without adequate explanation for the beginner to truly understand what is happening. This pattern begins even in the first chapter, which is sorely lacking a tutorial on how to execute the sample code — to better understand it and perhaps modify it (a practice that most programmers find quite valuable for assimilating a new technology). On page 23 is a frustratingly brief sidebar on testing the receipt of an SMS message, that is far from adequate for the reader anxious to begin testing out this new material. The second chapter continues this unfortunate tendency of describing tools prior to giving the reader enough information to run those tools themselves in the same manner, and see the same results. For instance, on page 41, the authors show how to use the adb tool to connect to a running emulator session, but at that point the reader has no such sessions running. (Sometimes the authors of programming books understand the material quite well, but neglect to view it from the perspective of someone who does not yet have that understanding.)

While more appropriate for intermediate Android developers than claimed, Unlocking Android contains a wealth of information to help Java programmers begin developing mobile applications for Google's new platform, with numerous code snippets and screenshots.

Michael J. Ross is a freelance Web developer and writer.

You can purchase Unlocking Android from Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.


This discussion has been archived. No new comments can be posted.

Unlocking Android

Comments Filter:
  • by rusty0101 ( 565565 ) on Monday June 29, 2009 @02:48PM (#28517607) Homepage Journal

    If you would rather program in python, lau or bsh (not bash, but bean shell, a java based shell scripting language) and have an android based phone, have a look at ASE. Currently at version 0.8, found at []

    You will want to follow the instructions under help once you have ASE installed. I found it easiest to save the script interpreters for python and lau along with the sample scripts to my phone's sd card as a separate action, then run the ASE application which immediately installed the interpreters and made the scripts available.

    See also the wiki and related pages for explanations of why ASE might be of interest to you. Or may not be of interest.

  • by rmcd ( 53236 ) * on Monday June 29, 2009 @02:49PM (#28517627)

    Could you (or someone else) elaborate on the UI differences, and why one would prefer one or the other? And how much of this is android issues as opposed to app-specific issues?

  • by LDoggg_ ( 659725 ) on Monday June 29, 2009 @02:52PM (#28517657) Homepage
    I have a g1 and a ipod touch. The differences are really multi-touch and apple's stuff is more round and bubbly.

    Estanislao was trolling.
  • by Americano ( 920576 ) on Monday June 29, 2009 @05:21PM (#28520079)

    The latter is, IMNSHO, the reason the iPOD/iPhone is as popular as it is.

    What do you base this opinion on? I've seen this meme before, and I fail to see any useful logic behind it. Do you really believe that a majority of people would choose to buy a product that is completely inadequate for their needs simply because it makes them part of the "in crowd"? And if you do believe that, what do you base that belief on?

  • I shouldn't have listed Java, as I have no problem with the Java language; it's really Eclipse that bugs me and only because it (and the simulator) are so slow on my (fast) machine.

    And all of the Android UI design tools I've used have been extremely awkward when compared to Interface Builder. In fact, I gave up on the tools and decided to simply write XML by hand (and only then could I finally get the results I wanted). As for IB being closed source and proprietary, that doesn't really matter much to me as I simply want to build the best UI possible (and IB's output is actually extremely verbose XML). I love open source and use/build plenty of it, but ultimately I'm going to use what I think are the best tools regardless of price or openness.

    If Apple made a iPhone OS device with different resolution, I might be screwed. But in that case, I'd rather redesign the app to fit the specific device and its nuances, so that doesn't worry me so much. Ultimately, it's a difference in philosophy. The iPhone approach is more like native app design, and the Android approach is more fluid like web design. Both are good in different ways, but I personally prefer the precision of the iPhone OS approach.

    As for Core Animation, it's great because it's very simple and intuitive. You can create very sophisticated animations with very little code. In fact, you can do the same kind of morph effects that you see in Javascript libraries like and and jQuery, which is so easy. Maybe it's that easy in Android too, but on first glance it didn't seem to be to me.

    Just so you know, I don't hate Android, and I will probably write another app at some point. If the iPhone wasn't out, it would be my phone of choice, and I think the openness of the platform is great, and publishing to the Android Market is drastically better than the App Store approval process.

  • by mjwx ( 966435 ) on Tuesday June 30, 2009 @01:11AM (#28524501)

    Could you (or someone else) elaborate on the UI differences

    This is almost entirely in the fanboys mind. GP was trolling.

    The only testable difference is multitouch, which is not worth as much hype as the iphone fanboys give it. It's not that the HTC Dream or Android is incapable of multitouch its just that it programmed in. Google and Apple share 3 board members, this being accidental would surprise me.

    Multitouch was hacked into android on the second week of its release in the states. Having recently upgraded from the stock Singtel 1.1 OS (RC8) to the JesusFreke 1.5.1 OS (ADP) and gained multitouch on my HTC dream I can say beyond any doubt that its a feature I could live without, I wouldn't even know it was in there if I didn't read the release notes.

    As for the interface itself, the entire thing can be replaced on Android, which is what DxTop does and HTC is doing with "Sense". Apple will not let you touch the interface.

IN MY OPINION anyone interested in improving himself should not rule out becoming pure energy. -- Jack Handley, The New Mexican, 1988.