# Recursos ¶

APIs RESTful tratam de como acessar e manipular recursos. Você pode ver recursos como models no paradigma MVC.

Embora não haja restrição na forma de representar um recurso, no Yii você normalmente representaria recursos como objetos de yii\base\Model ou de uma classe filha (ex. yii\db\ActiveRecord), pelas seguintes razões:

- yii\base\Model implementa a interface yii\base\Arrayable, que permite que você personalize como você deseja expor dados de recursos através das APIs RESTful.
- yii\base\Model suporta validação de dados de entrada, que é importante se as suas APIs RESTful precisarem suportar entrada de dados.
- yii\db\ActiveRecord fornece acesso poderoso a banco de dados com suporte a manipulação dos dados, o que o torna um ajuste perfeito se seus dados de recursos estiverem armazenado em bases de dados.

Nesta seção, vamos principalmente descrever como uma classe de recurso que se estende de yii\base\Model (ou alguma classe filha) pode especificar quais os dados podem ser retornados via APIs RESTful. Se a classe de recurso não estender de yii\base\Model, então todas as suas variáveis públicas serão retornadas.

## Campos ¶

Ao incluir um recurso em uma resposta da API RESTful, o recurso precisa ser serializado em uma string. O Yii quebra este processo em duas etapas. Primeiro, o recurso é convertido em um array utilizando yii\rest\Serializer. Por último, o array é serializado em uma string no formato solicitado (ex. JSON, XML) através do response formatters. O primeiro passo é o que você deve centrar-se principalmente no desenvolvimento de uma classe de recurso.

Sobrescrevendo fields() e/ou extraFields(), você pode especificar quais os dados, chamados fields, no recurso podem ser colocados no array. A diferença entre estes dois métodos é que o primeiro especifica o conjunto padrão de campos que devem ser incluídos no array, enquanto que o último especifica campos adicionais que podem ser incluídos no array, se um usuário final solicitá-los via o parâmetro de pesquisa `expand`. Por exemplo:

    // retorna todos os campos declarados em fields()
    http://localhost/users

    // retorna apenas os campos id e email, desde que estejam declarados em fields()
    http://localhost/users?fields=id,email

    // retorna todos os campos de fields() e o campo profile se este estiver no extraFields()
    http://localhost/users?expand=profile

    // retorna apenas o campo id, email e profile, desde que estejam em fields() e extraFields()
    http://localhost/users?fields=id,email&expand=profile

### Sobrescrevendo `fields()` ¶

Por padrão, yii\base\Model::fields() retorna todos os atributos do model como campos, enquanto yii\db\ActiveRecord::fields() só retorna os atributos que tenham sido preenchidos a partir do DB.

Você pode sobrescrever `fields()` para adicionar, remover, renomear ou redefinir campos. O valor do retorno de `fields()` deve ser um array. As chaves do array são os nomes dos campos e os valores são as definições dos campos correspondentes, que podem ser tanto nomes de propriedade/atributo ou funções anônimas retornando o valor do campo correspondente. No caso especial de um nome de um campo for o mesmo que sua definição de nome de atributo, você pode omitir a chave do array. Por exemplo:

    // explicitamente lista todos os campos,
    // melhor usado quando você quer ter certeza de que as alterações
    // na sua tabela ou atributo do model não causaram alterações
    // nos seus campos (Manter compatibilidade da API).
    public function fields()
    {
       return [
           // Nome do campo é igual ao nome do atributo
           'id',
           // nome do campo é "email", o nome do atributo correspondente é  "email_address"
           'email' => 'email_address',
           // nome do campo é "name", seu valor é definido por um PHP callback
           'name' => function ($model) {
               return $model->first_name . ' ' . $model->last_name;
           },
       ];
    }

    // filtrar alguns campos, melhor usado quando você deseja herdar a implementação do pai
    // e deseja esconder alguns campos confidenciais.
    public function fields()
    {
       $fields = parent::fields();

       // remove campos que contém informações confidenciais
       unset($fields['auth_key'], $fields['password_hash'], $fields['password_reset_token']);

       return $fields;
    }

> Aviso: Como o padrão é ter todos os atributos de um model incluídos no resultados da API, você deve examinar os seus dados para certificar-se de que eles não contenham informações confidenciais. Se existirem tais informações, você deve sobrescrever `fields()` para filtrá-los. No exemplo acima, nós escolhemos filtrar `auth_key`, `password_hash` e `password_reset_token`.

### Sobrescrevendo `extraFields()` ¶

Por padrão, o yii\base\Model::extraFields() não retorna nada, enquanto o yii\db\ActiveRecord::extraFields() retorna os nomes das relações que foram populadas a partir do DB.

O formato do retorno dos dados do `extraFields()` é o mesmo de `fields()`. Geralmente, `extraFields()` é mais usado para especificar os campos cujos valores são objetos. Por exemplo, dada a seguinte declaração de campo,

    public function fields()
    {
       return ['id', 'email'];
    }

    public function extraFields()
    {
       return ['profile'];
    }

o request com `http://localhost/users?fields=id,email&expand=profile` pode retornar o seguinte dados em formato JSON:

    [
       {
           "id": 100,
           "email": "100@example.com",
           "profile": {
               "id": 100,
               "age": 30,
           }
       },
       ...
    ]

## Links ¶

HATEOAS é uma abreviação de “Hypermedia as the Engine of Application State”, que promove as APIs Restfull retornarem informações para permitir aos clientes descobrirem quais ações são suportadas pelos recursos retornados. O sentido de HATEOAS é retornar um conjunto de hiperlinks em relação às informações quando os recursos de dados são servidos pelas APIs.

Suas classes de recursos podem suportar HATEOAS implementando a interface yii\web\Linkable. Esta interface contém um único método getLinks() que deve retornar uma lista de links. Tipicamente, você deve retornar pelo menos o link `self` representando a URL para o mesmo objeto de recurso. Por exemplo:

    use yii\db\ActiveRecord;
    use yii\web\Link;
    use yii\web\Linkable;
    use yii\helpers\Url;

    class User extends ActiveRecord implements Linkable
    {
       public function getLinks()
       {
           return [
               Link::REL_SELF => Url::to(['user/view', 'id' => $this->id], true),
           ];
       }
    }

Quando o objeto `User` for retornado em uma resposta, será composto de um elemento `_links` representando os links relacionados ao user, por exemplo:

    {
       "id": 100,
       "email": "user@example.com",
       // ...
       "_links" => {
           "self": {
               "href": "https://example.com/users/100"
           }
       }
    }

## Collections (Coleções) ¶

Objetos de recursos podem ser agrupados em collections. Cada collection contém uma lista de objetos de recurso do mesmo tipo.

Embora os collections podem ser representados como arrays, normalmente, é preferível representá-los como data providers. Isto porque data providers suportam ordenação e paginação de recursos, que é um recurso comumente necessário para APIs RESTful retornarem collections. Por exemplo, ação a seguir retorna um data provider sobre o recurso post:

    namespace app\controllers;

    use yii\rest\Controller;
    use yii\data\ActiveDataProvider;
    use app\models\Post;

    class PostController extends Controller
    {
       public function actionIndex()
       {
           return new ActiveDataProvider([
               'query' => Post::find(),
           ]);
       }
    }

Quando um data provider está enviando uma resposta com a API RESTful, o yii\rest\Serializer pegará a página atual de recursos e a serializa como um array de objetos de recurso. Adicionalmente, o yii\rest\Serializer também incluirá as informações de paginação pelo seguinte cabeçalho HTTP:

- `X-Pagination-Total-Count`: O número total de recursos;
- `X-Pagination-Page-Count`: O número de páginas;
- `X-Pagination-Current-Page`: A página atual (a primeira página é 1);
- `X-Pagination-Per-Page`: O numero de recursos em cada página;
- `Link`: Um conjunto de links de navegação, permitindo que o cliente percorra os recursos página por página.

Um exemplo pode ser encontrado na seção Introdução.