Extract backend part form ArcAppListPrefs into components/arc/app. |
|||||||
Issue descriptionArcAppListPrefs become gigantic class, and that class is being depended by classes outside from chrome. It looks time to simplify the structure. My proposal is; - Split the class into at least two. - Backend part (Mojo service part, and managing android apps caching) - Frontend part (Using the backend class, implement app_list behavior). As for Backend part, I also propose to move it into components/arc/app.
,
Jun 14 2018
We have a proposal to create an App Service, and one element of that would be to abstract over the app-platform code for maintaining app state. Splitting up ArcAppListPrefs would be helpful for us since we'd like to potentially move the "frontend" component to within the App Service, and refactor the app list / other consumers to talk to the App Service instead of to ArcAppListPrefs directly. The backend component living in components/arc seems very sensible too. Our design doc (Google-internal for now) is https://docs.google.com/document/d/1oc2BPABvnkctf0EP_9kyuH4h3eZTfDXkpGD8jczH6sE/edit?ts=5b03bc2b#heading=h.y7amr11fn0tb
,
Jun 15 2018
,
Jun 18 2018
,
Jun 28 2018
+cc nigeltao. Our team in SYD can look at taking this bug on in roughly 1-2 months as part of our App Service work. Would it be useful to meet to work out some of the details as we get towards implementation?
,
Aug 2
,
Jan 7
|
|||||||
►
Sign in to add a comment |
|||||||
Comment 1 by khmel@chromium.org
, Feb 26 2018