@@ -11,7 +11,8 @@ and returns a PSR-7 `ResponseInterface`or throws an exception that implements `H
11
11
There is also the ` Http\Client\HttpAsyncClient ` which provides the ` sendAsyncRequest ` method to send
12
12
a request asynchronously and returns a ` Http\Client\Promise ` .
13
13
14
- It can be used later to retrieve a PSR-7 ` ResponseInterface ` or an exception that implements ` Http\Client\Exception ` .
14
+ The promise allows to specify handlers for a PSR-7 ` ResponseInterface `
15
+ or an exception that implements ` Http\Client\Exception ` .
15
16
16
17
17
18
<p class =" text-warning " >
@@ -41,12 +42,8 @@ There are two kind of implementations:
41
42
42
43
Check links above for the full list of implementations.
43
44
44
- <p class =" text-warning " >
45
- Note: Until HTTPlug 1.0 becomes stable, we will focus on the Guzzle6 adapter.
46
- </p >
47
-
48
45
49
- ## Usage in a project
46
+ ## Usage in an application
50
47
51
48
When writing an application, you need to require a concrete
52
49
[ implementation] ( https://packagist.org/providers/php-http/client-implementation ) .
@@ -59,7 +56,7 @@ See [virtual package](virtual-package.md) for more information on the topic of w
59
56
In many cases, packages are designed to be reused from the very beginning.
60
57
For example, API clients are usually used in other packages/applications, not on their own.
61
58
62
- In these cases, they should ** not rely on a concrete implementation** (like Guzzle 6),
59
+ Reusable packages should ** not rely on a concrete implementation** (like Guzzle 6),
63
60
but only require any implementation of HTTPlug. HTTPlug uses the concept of virtual packages.
64
61
Instead of depending on only the interfaces, which would be missing an implementation,
65
62
or depending on one concrete implementation, you should depend on the virtual package ` php-http/client-implementation `
0 commit comments