====== Curso Laravel 8.0 clase 29/05/2023 ======

Notas sobre la clase del 29/05/2023 del curso [[informatica:programacion:php:cursos:laravel_8|Curso de Laravel 8.0]]

Resumen semana pasada:

  * Tests unitarios
  * Estructura de Laravel
  * MVC

LAravel se lleva muy bien con Vue (y quizás con React). Laravel no quiere jQuery

Recordamos la creación del modelo:

<code>
php artisan make:model Product -a
</code>

Creará también los métodos para hacer un CRUD.

En base de datos, aunque nuestro modelo sea singular, Laravel crea la base de datos en plural.

''database/migrations/....create_products_table.php''

Para crear realmente la estructura en base de datos, lanzamos todas las migraciones:
<code>
php artisan migrate
</code>

Echando vistazo a la base de datos, vemos las siguientes tablas:

  * **failed_jobs**: colas de tareas. Tareas que se ejecutan de manera asíncrona. Envío de e-mails, por ejemplo. Aquí se guardarán las tareas que no han terminado correctamente.
  * **migrations**: ficheros de migraciones. Los que aparezcan, Laravel no los ejecutará más.
  * **password_resets**
  * **personal_access_tokens**
  * **products**
  * **users**

Si queremos forzar a lanzar todas las migraciones:

<code>
php artisan migra:fresh
</code>

<WRAP center round important 60%>
No usar ese comando en producción porque se borrará la base de datos.
</WRAP>


Nuevo fichero de migración:

<code>
php artisan make:migration adds_description_to_products
</code>

Añadimos un campo nuevo a la tabla "products"

<code>
php artisan migrate
</code>

Laravel solo ejecutará la nueva migración (porque no está en la tabla **migrations**)



En ''database/seeders/DatabaseSeeder.php'' vamos a generar datos:

<code php>
run() {
  Product::factory(['name' => 'tesla 5', 'description' => 'coche que mola'])->create();
}
</code>

<code>
php artisan db:seed
</code>

Tendremos el registro nuevo en tabla **products**.

En ''database/factories/ProductFactory.php''

Para tener variedad en los datos que se vayan a meter:

<code php>
public function definition() {
    return [
        'name' => $this->faker->name(),
        'description' => $this->faker-text()
    ];
}
</code>

  * [[https://fakerphp.github.io/|Biblioteca Laravel Faker]]

Modificaríamos ahora ''DatabaseSeeder.php'':

<code php>
// ...
    Product::factory(100)->create();
</code>

Como no indicamos nada por argumento a ''create'', tomará lo de la biblioteca Faker.

Limpieza:

<code>
php artisan migrate:fresh -- seed
</code>

Borra la base de datos, la vuelve a crear y luego la rellena de datos.

Vamos con las rutas. Para poder verlas:

<code>
php artisan route:list
</code>

''app/Http/Controllers/ProeductController.php''

<code php>
public function index() {
    return view ("product.index"); // el punto sustituye la barra (/) para evitar incompatibilidades Windows-Linux
}
</code>

Creamos la vista:

''resources/views/products/index.blade.php'':

<code>
<h1>Listado de productos</h1>
<ul>
  <li><p>Nombre: tesla5</p>
      <p>Descripción: coche que mola</p></li>
</ul>
</code>

Ahora podemos ir a http://localhost/product

Para pasarle lo que hay en base de datos:

<code php>
public function index() {

    // Cogemos todos los productos
    $products = Product::all();
    return view ("product.index", ["productsList" => $products]);
}
</code>

En la vista:

<code html>
<h1>Listado de productos</h1>
<ul>
  @foreach($productsList as $product)
  <li><p>Nombre: {{$product->name}}</p>
      <p>Descripción: {{$product->name}}</p></li>
  @endforeach
</ul>
</code>

**Eloquent** es el ORM que utiliza Laravel. //Object Relational Mapping//. AL profe le gusta más el que usa Symfony: Doctrine.

El modelo Producto y el modelo de datos no tendría que ser lo mismo. Laravel lo junta. Veremos más adelante cómo separarlo.

<code php>
public function index() {

    // Cogemos todos los productos
    $products = Product::all();
    
    // Para visualizar el contenido y no continuar luego:
    dd($products);
    return view ("product.index", ["productsList" => $products]);
}
</code>

Vamos con el ''create'', para la creación (no confundir con ''store'' que sería el que almacena):

<code php>
public function create() {

    // Cogemos todos los productos
    $products = Product::all();
    
    // Para visualizar el contenido y no continuar luego:
    dd($products);
    return view ("product.create", ["productsList" => $products]);
}
</code>

Se crea la vista en ''resources/views/products/create.blade.php'':

<code html>
<form action="/product" method="post">
    <input typè="text" name="name">
    <input typè="text" name="description">    
    <input typè="submit" value="Enviar">
</form>
</code>

En el atributo "name" hay que poner el nombre del campo.

Ese formulario irá a 


<code php>
public function store(StoreProductRequest $request) {
    dd($request);
}
</code>

Al enviar formulario nos saldrá el error 419 page expired se debe al CSRF (Cross Site Request Forgery). Lo arreglamos con:

<code html>
<form action="/product" method="post">
    @csrf
    <input typè="text" name="name">
    <input typè="text" name="description">    
    <input typè="submit" value="Enviar">
</form>
</code>

Ahora el error cambiará a 403 - non authorized. Miramos ''StoreProductRequest.php'' y en el método ''authorize()'' cambiamos el boolean que devuelve (estaba en false, entonces ponemos true).

Modificamos el ''store'':

<code php>
public function store(StoreProductRequest $request) {
    Product::create($request->all());
}
</code>

Si ahora volvemos a enviar el formulario, tendremos otro error relacionado con el token. Laravel por seguridad no permite meter de todo.

Solucionamos en el modelo ''Product.php'':

<code php>
    use HasFactory;
    
    protected $fillable = ['name', "description"];
</code>

Seguimos modificando la vista:

<code html>
<form action="/product" method="post">
    @csrf
    <input type="text" name="name">
    <input type="text" name="description">    
    <input type="text" name="id">
    <input type="submit" value="Enviar">
</form>
</code>

Ignorará el campo ID porque no está en el ''$fillable''.

Nos mandan hacer una tarea usando TDD para

  * Crear modelo:
  * Que el modelo esté en base de datos
  * Formulario creación

Uno de los primeros indicadores que dice que un test no es unitario es que conecte con base de datos. Sería un test de integración.

**No testeamos código que no sea nuestro**.

Para saber qué testeamos tenemos que pensar primero en qué necesitamos. El test tiene que llevar a un diseño concreto.

No probamos datos, solo comportamientos. Por ejemplo, comprobar si existen ciertos campos.

Tests unitarios:

  * Un test unitario no habla con servicios externos (la base de datos es un servicio externo, el reloj del sistema es también externo)