-
Notifications
You must be signed in to change notification settings - Fork 6.1k
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
Be able to set the ExecutorService. #187
Comments
I'll think about it. |
Introduced ImageLoader.taskExecutor(...) and .taskExecutorForCachedImages(...). Introduced ImageLoader.destroy(). Removed ImageLoader.stop(). Refactored warnings.
Cool looks good. |
One comment on this, which I realize is a bit late, but the idea of injecting an Executor Service into a library seems a little shaky to me. DI is great, but an executor service is not something that I think should be shared by two non-related pieces of code. I can understand providing a configuration mechanism for the executor, as UIL does, but taking an external executor service seems like it will open up users to a lot of unexpected behavior. "Why are my images loading slow?" is now a much more difficult question to answer because we'll have to know all the users of the executor service and how those executors were created. |
Agreed you are correct, I would make sure the JavaDoc is explicitly clear My issue is if I have 3 modules using 3 Executor services, I have an But making this modular and flexible is always good. On 13 March 2013 14:51, Nick Campion [email protected] wrote:
|
I used a shared ThreadService for my app which I will share amongst background modules (robospice being one of them).
I would be good if I could provide the ImageLoader with an already created ExecutorService
The text was updated successfully, but these errors were encountered: