No description
Find a file
2023-12-21 22:28:09 +00:00
android init 2022-12-20 08:50:44 +01:00
assets/icons Favourites 2022-12-27 14:16:04 +01:00
doc Docs 2022-12-28 12:07:42 +01:00
ios Docs 2022-12-28 12:07:42 +01:00
lib better linting 2023-01-03 12:19:29 +01:00
.gitignore Docs 2022-12-28 12:07:42 +01:00
.metadata init 2022-12-20 08:50:44 +01:00
analysis_options.yaml better linting 2023-01-03 12:19:29 +01:00
Assignment Instructions - Flutter Image Gallery Application.pdf Upload files to "/" 2023-12-21 22:28:09 +00:00
pubspec.lock better linting 2023-01-03 12:19:29 +01:00
pubspec.yaml better linting 2023-01-03 12:19:29 +01:00
README.md Docs 2022-12-28 12:07:42 +01:00

mc_gallery

Dart docs explanation

The first line of docs are like normal Dart docs. The second line is less of a 'further' explanation, and more of an active commentary for the viewer.

Emulation

Main API

The unsplash_images_api contains code for fetching data from an external website. Since I have used 'source.unsplash.com', there is no actual daa data (in the form of protected URLs or raw JSON like Facebook API) that is sent back. So this base URL can directly be used to cache the images.

But I wanted to give a more realistic procedure. So, I manually serialize the same data about the URL to JSON and then deserialize it, just a step further on needlessly. In addition to it, constant fetch delays have added in as well. But in theory, the first serialization can be replaced by actual data-fetch, while the rest works as expected

Search API

Since websites also have a server-side search call that is available, functionality had been included to make use of that too. But again, this is mocked by the steps mentioned above.

Maintaining scope / limitations

Since it's just a demo assignment, I have tried to keep the scope of the functionalities small. By that, I mean I have not fully optimized performance-critical sections, or fixed some rare-case bugs. But instead I have left either a 'todo' for them, or mentioned that in the docs themselves

Native look

I did not adhere to any native-look principles for the device platform, for this assignment
In my other projects, I had discovered the PlatformWidget plugin, and had started using them to follow a proper Material and Apple's Human Interface Guidelines.

Extra quirks

A lot of the empty directories and unused asset files are left in, as I used my project templated from my other templates. I decided to leave them in, in any case since they may give a better indication about how I code, should you choose to look into them. A lot of the functionality that I used, is something that I have already made for my previous project(s), so it was not as much work as it seems. One of my recent ones, (luckily) literally had a Gallery feature as well, for congregating social media posts into one place. So a lot of assets were reused from there.

Some of the extra quirks that I added in are:

  1. Dark mode support.
  2. Live search -> both for locally (cached) image files, and Web (using a website's search API).
  3. Clearing image cache on app going to background, and then restarting the program (way easier on an emulator using hot restart).
    • I found it easier to directly use the change in app life cycle, than implement a pull-down-refresh.
  4. Logging.
  5. Local storage of favourites state -> on restart, the favourites stay.
    • Not very useful on a real device as app restart can only be triggered with app life cycle state change, which would clear the download cache, which would be an invalidate them -> so clearing them away with the image cache for now.
  6. Using an environment key manager for storing API keys

Documentation

Class UML

API Reference

Dart docs