[Webkit-unassigned] [Bug 90264] Web Inspector: added low-level instrumentation support for TimelineAgent
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Fri Jun 29 08:23:36 PDT 2012
https://bugs.webkit.org/show_bug.cgi?id=90264
--- Comment #16 from Pavel Feldman <pfeldman at chromium.org> 2012-06-29 08:23:34 PST ---
(In reply to comment #15)
> (In reply to comment #14)
>
> > There is nothing wrong about bi-directional dependency between two inspector classes if it makes things simpler and properly reflects the semantics of what is going on.
>
> Please explain your notion of "simpler". For me, "simpler" is less methods in public interface and less dependencies.
I am sorry, this starts to sound like non-constructive discussion to me, I'd prefer to cut it here.
Also, I think that having setInstance() a private method of InspectorTimelineAgent is very important to express the fact that it's InspectorTimelineAgent that manages its instances. It should not be possible for other classes to do InspectorInstrumentation::setInspectorTimelineAgentInstance().
And it would not be possible for them since they can't get a hold of the actual instance.
>
> > What you are suggesting is making clients wonder if they should do InspectorInstrumentation::willPaint or InspectorTimelineAgent::willPaint. Dependency-wise, this would be a bigger problem.
>
> This argument sounds a bit artificial to me -- none of the clients include InspectorTimelineAgent at the moment (this should also be pretty easy to enforce).
We try to use C++ terms for dependency management. Now that the team has spent lots of time separating the instrumentation and agent APIs using pure C++ terms, it is very strange to hear that it is artificial.
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list