Programming for Android may be tricky due to several reasons. One of them is the poor separation of concerns. If some experienced developer is used to coding the “clean” way and now moves to Android, he may be quite confused by the relative mess of the native components inside. Often the Activities, Adapters or Fragments have to mix application logic, data access and presentation within because Android’s architecture doesn’t offer any effective mechanisms to separate them. The result is a loosely coupled, arduously extendable application which is vulnerable to errors, hard to test as well as maintain. Fortunately, Android’s development doesn’t stand still and more new patterns and interpretations of the old ones are appearing to make a developer’s life easier. We’re going to talk about one of them, the MVP pattern.
We briefly mentioned the new mobile application Pokin, which won the 16th AppParade on our blog a month ago. Now the time has come to look at it in more detail. The attractive exterior hides a relatively sophisticated technology, which we developed in Ackee from scratch and thus became pioneers in this area of its kind.
In today’s article we give you an insight into our infrastructure. Why? Because we are proud of it and like to boast about it to the entire world. We will also be pleased if this article becomes an inspiration to others who might now be solving similar problems.