Giter VIP home page Giter VIP logo

Comments (6)

mattreid1 avatar mattreid1 commented on July 29, 2024

Sure if you want! Just open a pull request when you're ready.

I think a named parameter disabling this line should work although I haven't checked for any side effects.

from firebase_image.

ryaanwells avatar ryaanwells commented on July 29, 2024

Hi @mattreid1, raised in #5

I'm thinking there might be a nice way to separate the refresh strategies in a better way (you could use the metadata objects or some pre-defined time interval, for example), but for now this unblocks the immediate use case.

from firebase_image.

ryaanwells avatar ryaanwells commented on July 29, 2024

Hey @mattreid1, wondering if you'd had a chance to look at this?

In case you missed it there's conversation about an enum approach to support multiple refresh strategies, would be good to have your opinion on.

from firebase_image.

mattreid1 avatar mattreid1 commented on July 29, 2024

Hi, sorry, been working all week.

I think that an enum approach would be good as I agree that if in future we need more options, it would help backwards compatibility.

Right now I think we'll just use two (always and never). I'll make the changes in your fork and then I'll merge the PR. I'll try to merge it in by the end of today. Thank you for your contribution!

from firebase_image.

ryaanwells avatar ryaanwells commented on July 29, 2024

Hey Matt,

Happy to help out on this (I don't think you'll have write permissions on my branch?). One thing to consider here is that the refresh behaviour is a combination of two dimensions: frequency of checking and what value you use for a version number. The current behaviour is with frequency of "every time the image is used" and version number of "object metadata timestamp". It could be worth making this distinction more explicit to allow for more flexible caching options (e.g. still use the metadata lookup but only do it once every 7 days, or use a local version timestamp, like first download, and check every time the image is loaded until 7 days have passed, etc).

I've suggested using BY_METADATA_DATE for the current cache behaviour and I've updated the existing PR to use an enum.

Thanks for the review!

from firebase_image.

mattreid1 avatar mattreid1 commented on July 29, 2024

Just had a go at committing to the fork and was able to. Maybe as I created the original repo?

I've now merged it and will publish it on pub.dev tonight.

from firebase_image.

Related Issues (20)

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.