friendsofapi / boilerplate
A good base for a API client
Requires
- php: ^7.0
- php-http/client-common: ^1.1
- php-http/discovery: ^1.0
- php-http/httplug: ^1.0
- php-http/multipart-stream-builder: ^1.0
Requires (Dev)
- guzzlehttp/psr7: ^1.3
- nyholm/nsa: ^1.0
- php-http/curl-client: ^1.6
- php-http/message: ^1.0
- php-http/message-factory: ^1.0
- phpunit/phpunit: ^5.7
This package is auto-updated.
Last update: 2024-11-25 08:16:51 UTC
README
Install
Via Composer
$ composer require friendsofapi/boilerplate
Usage
$apiClient = new ApiClient(); $total = $apiClient->stats()->total(); echo $total->getCount(); // 22;
Example
This repository contains an example API client for FakeTwitter. The API for FakeTwitter has the following endpoints.
Develop
APIs are usually split into categories, called Resources.
In your implementation you should also reflect these categories, for example by having their own classes in Api/
.
Let's take a look at Api/Stats
in our case. The response of any call should be an object in Model/Stats/X
,
like Model/Stats/Total
.
Hydrator
The end user chooses which hydrator to use. The default one should return domain objects.
Request builder
The request builder creates a PSR-7 request with a multipart stream when necessary
If the API does not require multipart streams you should remove the RequestBuilder
and replace it with a RequestFactory
.
Domain objects as parameters
If the API requires lots of parameters for a specific endpoint it could be tempting to create a domain object and pass it as an argument to that endpoint.
public function create(string $username, Tweet $model) { // send the Tweet to Fake Twitter API // ... } $model = new Tweet(); $model->setMessage('foobar'); $model->addHashTag('stuff'); $model->addHashTag('test'); $model->setLocation('Stockhom/Sweden'); // ... $api->create('foobar', $model);
This approach, however, is not preferred as the created Tweet object is an unnecessary overhead. It could also conflict with the application developers' Tweet object. Also, requests usually don't have the same parameters as responses, so using the same object for both is impossible in most of the cases. Instead of forcing the users to use your Tweet object you should use an array for passing parameters to the request.
public function create(string $username, array $param) { // send the Tweet to Fake Twitter API // ... } $param['message' => 'foobar']; $param['hashtags' => ['stuff', 'test']]; $param['location' => 'Stockhom/Sweden']; // ... $api->create('foobar', $param);
If your parameters are complex, you can provide a TweetBuilder. Since it's a builder, fluent interface might be a good idea here. But be aware that fluent interfaces are evil.
public function create(string $username, array $param) { // send the Tweet to Fake Twitter API // ... } $builder = (new TweetBuilder()) ->setMessage('foobar'); ->addHashTag('stuff'); ->addHashTag('test'); ->setLocation('Stockhom/Sweden') ; // ... $api->create('foobar', $builder->build());
License
The MIT License (MIT). Please see License File for more information.