-
-
Notifications
You must be signed in to change notification settings - Fork 748
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: Add APK Downloading System with Plugin Architecture #722
Comments
I don't think |
Tracking branch - apk-scraper |
There must be consideration for metadata, things such as:
These are needed for the downloadable apps to be integrateable with the existing installed apps list, with an indicator and/or a download action button in the ListItem, other than that it should not be treated differently from installed apps. |
This comment was marked as off-topic.
This comment was marked as off-topic.
If not apk download atleast put the supported version out below the app name during app selection, it's too deep and only shows if the installed version doesn't support the patches, if it does but the version is old I won't know, so add the latest supported version as text near the app during selection that'd be helpful! |
A quick and still useful solution could add just a button opening the standard browser with useful search terms. This way it doesn't need a dedicated scraper that might fail. |
Very good idea! |
If this is considered to be implemented, the search engine should not be hardcoded. |
how about AuroraStore code |
Aurora store serves splits from PlayStore |
what if you combine it with APKEditor |
Then it becomes a bigger problem, requires more RAM, time to convert it to a full APK, more patching time and luck so it doesn't fail |
can a cach file help? |
or split the the tasks and write to internal storage inbetween tasks? |
Split support won't be added this way. An interface will be provided where you can implement your own downloader if you want to. |
Merging to #1474 |
How about using glassdown (open source app) as basis for this functionality? |
Thats too generic. A specialized system is discussed in #2064 |
Something like vendetta then? |
No, but refer to #2064 |
Type
Functionality
Issue
Currently, there is no system in place for downloading APK files. It would be beneficial to have a flexible and extensible system in place that can be used to download APK files from different sources. This would allow developers to add support for new sources without having to modify the core codebase.
Feature
To address this, I propose adding a interface, IApkDownloadProvider, that defines a standard set of methods for downloading APK files. This interface can be implemented by developers as plugins to provide support for downloading from different sources.
The
IApkDownloadProvider
interface should at least include the following method:In addition, the main codebase should include a DownloadManager class that acts as a central point for managing the download of APK files. This class should expose methods for adding and removing download providers, as well as starting and stopping downloads.
Motivation
With this system in place, developers can easily add support for new APK download sites by creating new plugins that implement the IApkDownloadProvider interface. This will make the codebase more modular and flexible, while also providing a better user experience for users who want to download APK files from different sources.
Additional context
No response
Acknowledgements
The text was updated successfully, but these errors were encountered: