Skip to content
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

Allow exporting DOM elements to the Console #247

Open
wants to merge 1 commit into
base: main
Choose a base branch
from

Conversation

jasta
Copy link
Contributor

@jasta jasta commented Aug 4, 2015

This assigns the special variable $0 to match the selection in the
Elements tab.

This assigns the special variable $0 to match the selection in the
Elements tab.
@jasta jasta added this to the v1.2.0 milestone Aug 4, 2015
new AndroidDOMProviderFactory(
(Application)context.getApplicationContext()));
modules.add(dom);
modules.add(new Console(dom, runtime));
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we should probably talk with @ichub about this. In his refactoring PR #237 we are splitting DOM into two classes, DOM and Document, with the intent that CSS will have a reference to Document in order to avoid having a reference to DOM. In this case you're giving Console access to DOM and Runtime and that may not be the right approach, especially since you don't actually need DOM -- you need the ObjectIdMapper.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm giving them access because this is a public API contract and I don't want to be discrete about what is needed for fear of having frequent and possibly confusing changes to the API. There are solutions of course, but we should consider public API surface area and the fact that this is currently our only "configuration" mechanism we offer.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

So now the dependency from Console to DOM and Runtime is part of the public contract? You say you want to avoid frequent and possibly confusing changes to the API, but I think that's precisely what you're introducing here. Why do I need to create DOM and Runtime and then plug those into Console? What happens when we change our mind and Console no longer needs either of these? Do I need to supply the same DOM to Console that I already plugged into a call to modules.add(), or should I add a new one? This all sounds pretty confusing and arbitrary to me.

I think it'd be better to handle this internally somehow. For example, DescriptorMap does initialization of Descriptors in 2 phases. First you register Descriptors, and then in phase 2 they all get linked together by Descriptormap.

So maybe ChromeDevtoolsDomain could have two new methods, Class<?>[] getDependencies() and void provideDependency(Class<?>, Object). Console's implementation of getDependencies would return { DOM.class, Runtime.class } and be given the appropriate stuff via multiple calls to provideDependency when we build().

It's hardly a wonderful or elegant solution but it keeps this dependency management as an internal Stetho problem.

@jasta jasta removed this from the v1.2.0 milestone Sep 4, 2015
@ghost ghost added the CLA Signed label Jul 12, 2016
@facebook-github-bot
Copy link

Thank you for your pull request. We require contributors to sign our Contributor License Agreement, and yours has expired.

Before we can review or merge your code, we need you to email [email protected] with your details so we can update your status.

@facebook-github-bot
Copy link

Thank you for signing our Contributor License Agreement. We can now accept your code for this (and any) Facebook open source project. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants