GitHub web API to retrieve all open issues associated with the firebase-ios-sdk repository.
Documentation for the GitHub issues API can be found here: http://developer.github.com/v3/issues
The URL to fetch issues associated with the firebase-ios-sdk repository can be found here: https://api.github.com/repos/firebase/firebase-ios-sdk/issues
Comments of an Issue: https://api.github.com/repos/firebase/firebase-ios-sdk/issues/3228/comments
Display a list of issues per user
Order by most-recently updated issue first
Issue titles and first 140 characters of the issue body should be shown in the list
Allow the user to tap an issue to display next screen (detail screen) containing all comments for that issue.
All the comments should be shown on the detail screen. The complete comment body and username of each comment author should be shown on this screen.
Implement persistent storage in the application for caching data so that the issues are only fetched once in 24 hours. The persistent storage should only contain the latest data and any old data can be discarded.
- [Android Support Library][support-lib]
- [Android Architecture Components][arch]
- [Android Data Binding][data-binding]
- [Dagger 2][dagger2] for dependency injection
- [Retrofit][retrofit] for REST api communication
- [mockito][mockito] for mocking in tests
Gson is another popular choice and being a smaller library than Jackson, you might prefer it to avoid 65k methods limitation. Also, if you are using
Networking, caching. There are a couple of battle-proven solutions for performing requests to backend servers, which you should use rather than implementing your own client. We recommend basing your stack around OkHttp for efficient HTTP requests and using Retrofit to provide a typesafe layer.
RxJava is a library for Reactive Programming, in other words, handling asynchronous events. It is a powerful paradigm, but it also has a steep learning curve. We recommend taking some caution before using this library to architect the entire application. We have written some blog posts on it: [1], [2], [3], [4]. For a reference app, our open source app Freesound Android makes extensive use of RxJava 2.
If you have no previous experience with Rx, start by applying it only for responses from app's backend APIs. Alternatively, start by applying it for simple UI event handling, like click events or typing events on a search field. If you are confident in your Rx skills and want to apply it to the whole architecture, then write documentation on all the tricky parts. Keep in mind that another programmer unfamiliar to RxJava might have a very hard time maintaining the project. Do your best to help them understand your code and also Rx.
Use RxAndroid for Android threading support and RxBinding to easily create Observables from existing Android components.
A collection of samples using the Architecture Components:
Use JUnit for unit testing Plain, Android dependency-free unit testing on the JVM is best done using Junit.
Each ViewModel is tested using local unit tests with mock Repository implementations.
Each usecase is tested using local unit tests with mockito & junit
Each Repository is tested using local unit tests with mockito & junit
[Medium]https://medium.com/mindorks/effective-livedata-testing-13d17b555d9b
https://medium.com/mindorks/unit-testing-for-viewmodel-19f4d76b20d4
https://medium.com/mindorks/unit-testing-viewmodel-part-2-4a1fa93d656d