Summary
Introduction
Overview
Simplified shopping application
The requirements raised for this assignment shall test concepts of:
-
- Architectural design for Android Applications;
- Ability to communicate with complex end-points, parsing JSON responses and update UI;
- Data persistence and database manipulation;
- Use Apiary to send transaction, to check documentation click in this link
Requirements | |||
ID | Name | Description | |
REQ001 | Get products | Application must be able to read an URL and parse url to get products | |
REQ002 | Display list products | Display list when click in item on drawer menu | |
REQ003 | Display list transactions | Display list when click in item on drawer menu | |
REQ004 | Allow information caching | All information once loaded from web into app must be persisted locally and accessible offline(only to transactions) | |
REQ005 | Refresh items | You can execute pull to refresh |
Showcase
Architecture
-----------------Architectural approach
Architectural reactive approach
Design Patterns
- Singleton: this pattern is used mainly to offer a single instance of presenters for their respective views. Its implementation happens thanks to Dagger2 @Singleton annotation;
- Observer: this pattern is largely used in order to issue network events that trigger database actions or UI updates. The variant employed is observed based on bus, being all call routed to a class that holds reference to all subscribers;
- Delegate: this pattern is used in more than one place in the Application, for instance, with Postman and Router classes. The idea is to decouple classes that play distinct roles in the app - as the ones responsible for network communication for instance. That way, if any maintenance is required on them it is not passed beyond the class that gather all calls;
- Factory: the application uses Factory Pattern on default Dagger2 implementation as well as to acquire End Points references for instance;
Quality Assurance
One of the most importants gains that the Clean architecture pattern brings to the project is the fact that all business logic gets isolated on Presenter Layer, Domain layer, Data layer, it means, all code worthy to be tested is well encapsulated on classes with low dependency on OS components. This pattern alied with a Dependency Injection Container and Mock Frameworks (such as Mockito allows the developer to take full advantage of Unit Tests.
Frameworks
- Requery to database: “(...) A light but powerful object mapping and SQL generator for Java/Kotlin/Android with RxJava and Java 8 support. Easily map to or create databases, perform queries and updates from any platform that uses Java.”
- Retrofit: _"(...) A type-safe HTTP client for Android and Java;
-
OkHttp: “(...) HTTP is the way modern applications network. It’s how we exchange data & media. Doing HTTP efficiently makes your stuff load faster and saves bandwidth. OkHttp is an HTTP client that’s efficient by default:
- HTTP/2 support allows all requests to the same host to share a socket.
- Connection pooling reduces request latency (if HTTP/2 isn’t available).
- Transparent GZIP shrinks download sizes.
- Response caching avoids the network completely for repeat requests.
OkHttp perseveres when the network is troublesome: it will silently recover from common connection problems. If your service has multiple IP addresses OkHttp will attempt alternate addresses if the first connect fails. This is necessary for IPv4+IPv6 and for services hosted in redundant data centers. OkHttp initiates new connections with modern TLS features (SNI, ALPN), and falls back to TLS 1.0 if the handshake fails. Using OkHttp is easy. Its request/response API is designed with fluent builders and immutability. It supports both synchronous blocking calls and async calls with callbacks. OkHttp supports Android 2.3 and above. For Java, the minimum requirement is 1.7…”_ RxAndroid: “(...) ReactiveX is a combination of the best ideas from the Observer pattern, the Iterator pattern, and functional programming...”
-
- Dagger 2: a dependency Injector for Android and Java, used to grant one of the S.O.L.I.D. principles for OO programming (Dependency Inversion Principle). Besides allowing the high level class to not depend upon low level ones, it makes Unit Test easier to perform with the help of a mocking framework i.e. Mockito;
- Other:
- CreditCardView: "(...) CreditCardView is a rich UX custom view to accomodate Credit Cards / Debit Cards while handling payment systems. The library consists of...."
- Mockito-Kotlin: "(...) A small library that provides helper functions to work with Mockito in Kotlin...."
Application Setup
In order to make this application work, follow the steps below:
- Have a Android Studio 3.0
- Clone the repository to your local machine;
- Build the project.
License
Copyright 2017 Uzias Santos Ferreira
Licensed under the Apache License, Version 2.0 (the "License"); you may not use this file except in compliance with the License. You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software distributed under the License is distributed on an "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied. See the License for the specific language governing permissions and limitations under the License.