Book Image

Learning Java by Building Android Games - Second Edition

By : John Horton
Book Image

Learning Java by Building Android Games - Second Edition

By: John Horton

Overview of this book

Android is one of the most popular mobile operating systems presently. It uses the most popular programming language, Java, as the primary language for building apps of all types. However, this book is unlike other Android books in that it doesn’t assume that you already have Java proficiency. This new and expanded second edition of Learning Java by Building Android Games shows you how to start building Android games from scratch. The difficulty level will grow steadily as you explore key Java topics, such as variables, loops, methods, object oriented programming, and design patterns, including code and examples that are written for Java 9 and Android P. At each stage, you will put what you’ve learned into practice by developing a game. You will build games such as Minesweeper, Retro Pong, Bullet Hell, and Classic Snake and Scrolling Shooter games. In the later chapters, you will create a time-trial, open-world platform game. By the end of the book, you will not only have grasped Java and Android but will also have developed six cool games for the Android platform.
Table of Contents (30 chapters)
Learning Java by Building Android Games Second Edition
Contributors
Preface
Index

The memory problem and the BitmapStore


In all the projects since we introduced the Bitmap class back in Chapter 13 the class representing the object in the game also held a copy of the Bitmap. It is slightly different in the previous project because each GameObject instance had a graphics-related component class of some type which held the Bitmap. It still amounts to the same thing because each game object still has/needed a copy of the appropriate Bitmap.

When we have just a few of each alien type as we did in the previous project this is not a problem but, in this project, we will have more than a hundred of some of the Bitmaps representing the tiles that make the platforms. At best this is inefficient and will waste memory, device power and make the game run more slowly and at worst (especially on older devices) the game will crash because it has run out of memory.

We need a way to share Bitmap instances between objects. This suggests a central store. Hey; what about that HashMap and Singleton...