Redirect HTML resource bytes directly to parser thread (Blink side CL)

public/platform/WebURLLoader.h

 /*
  * Copyright (C) 2009, 2011 Google Inc. All rights reserved.
  *
  * Redistribution and use in source and binary forms, with or without
  * modification, are permitted provided that the following conditions are
  * met:
  *
  *     * Redistributions of source code must retain the above copyright
  * notice, this list of conditions and the following disclaimer.
  *     * Redistributions in binary form must reproduce the above
@@ skipping 19 matching lines @@
 
 #ifndef WebURLLoader_h
 #define WebURLLoader_h
 
 #include "WebCommon.h"
 #include "WebURLRequest.h"
 
 namespace blink {
 
 class WebData;
+class WebParserResourceBridge;
 class WebURLLoaderClient;
 class WebURLResponse;
 struct WebURLError;
 
 class WebURLLoader {
 public:
     // The WebURLLoader may be deleted in a call to its client.
     virtual ~WebURLLoader() {}
 
     // Load the request synchronously, returning results directly to the
@@ skipping 12 matching lines @@
     // the client.
     virtual void cancel() = 0;
 
     // Suspends/resumes an asynchronous load.
     virtual void setDefersLoading(bool) = 0;
 
     // Notifies the loader that the priority of a WebURLRequest has changed from
     // its previous value. For example, a preload request starts with low
     // priority, but may increase when the resource is needed for rendering.
     virtual void didChangePriority(WebURLRequest::Priority newPriority) { }
+
+    // Request an object implementing WebParserResourceBridge which will be
+    // used to interact with the parser thread.
+    virtual WebParserResourceBridge* constructParserResourceBridge() { return 0; }

[abarth-chromium, 2013/12/18 18:28:49]

At this layer, I'm not sure it makes sense to have parser-specific concepts. 
However, a generic concept of "I would like to receive the response to this
request on another thread" makes sense.  We don't need to have a fully general
implementation in the first iteration, but we should design the API with that
future in mind.

 };
 
 } // namespace blink
 
 #endif