package sklep.rest;

import java.math.BigDecimal;
import java.util.List;
import java.util.Optional;

import org.springframework.dao.EmptyResultDataAccessException;
import org.springframework.http.HttpStatus;
import org.springframework.web.bind.annotation.DeleteMapping;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.PathVariable;
import org.springframework.web.bind.annotation.PostMapping;
import org.springframework.web.bind.annotation.PutMapping;
import org.springframework.web.bind.annotation.RequestBody;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import org.springframework.web.server.ResponseStatusException;

import sklep.model.Product;
import sklep.repository.ProductRepository;


/* RestController to jest taki Controller, który nie używa szablonów, tylko wyniki metod odsyła w treści odpowiedzi do klienta.
 * Inaczej mówiąc działa tak, jakby każda metoda miała @ResponseBody.
 * 
 * Najczęściej na poziomie klasy umieszcza się też @RequestMapping z ogólnym adresem, pod którym działa cała ta klasa.
 * Metody wewnątrz mogą mieć podany "dalszy ciąg adresu".
 */

@RestController
@RequestMapping("/products")
public class ProductController {
	private ProductRepository productRepository;

	public ProductController(ProductRepository productRepository) {
		this.productRepository = productRepository;
	}

	@GetMapping
	public List<Product> readAll() {
		return productRepository.findAll();
	}
	
	@GetMapping("/{id}")
	public Product readOne(@PathVariable int id) {
		return productRepository.findById(id).orElseThrow(() -> new ResponseStatusException(HttpStatus.NOT_FOUND));
	}
	

	// Przykład metody, która "wchodzi w szczegóły rekordu".
	// To nie jest częsta praktyka, ale pokazuję to dla lepszego zrozumienia idei REST - adresy URL odpowiadają logicznej strukturze danych.
	@GetMapping("/{id}/price")
	public BigDecimal getPrice(@PathVariable Integer id) {
		Optional<Product> product = productRepository.findById(id);
		if(product.isPresent()) {
			return product.get().getPrice();
		} else {
			throw new ResponseStatusException(HttpStatus.NOT_FOUND);
		}
	}
	
	/*
	 * Operacja PUT służy do zapisania danych POD PODANYM ADRESEM.
	 * Na przykład PUT products/2/price z wartością 100 powinno ustawić w produkcie nr 2 cenę 100.
	 * Jeśli PUT zadziała, to następnie GET wysłany pod ten sam adres powinien odczytać te same dane,
	 * które PUT zapisał (być może w innym formacie - to inny temat)
	 * 
	 * PUT najczęściej jest używany do aktualizacji istniejących danych
	 * (pojedynczych wartości albo całych rekordów), ale może być też użyty do
	 * zapisania nowych danych. To, co najważniejsze, to fakt, że PUT zapisuje dane
	 * pod konkretnym adresem, do którego jest wysyłany.
	 * 
	 * Aby odczytać dane, które przysłał klient, metoda ma jeden parametr oznaczony @RequestBody.
	 * To do tego parametru Spring przekaże dane odczytane z "body" zapytania.
	 */
	@PutMapping("/{id}/price")
	public void setPrice(@PathVariable Integer id, @RequestBody BigDecimal newPrice) {
		Optional<Product> product = productRepository.findById(id);
		if(product.isPresent()) {
			Product realProduct = product.get();
			realProduct.setPrice(newPrice);
			productRepository.save(realProduct);
		} else {
			throw new ResponseStatusException(HttpStatus.NOT_FOUND);
		}
	}
	
	/*
	 * PUT może również służyć do zapisania całego rekordu, ale zwn, że musi być
	 * skierowany pod ten adres, pod którym rekord zostanie faktycznie zapisany, w
	 * praktyce PUT jest uzywany do aktualizacji rekordów (UPDATE).
	 * 
	 * Aby w aplikacji Springowej, w której jest włączone security, działały zapytania POST i PUT,
	 * trzeba wyłączyć zabezpieczenie "CSRF":
	 * .and().csrf().disable()
	 */
	@PutMapping("/{id}")
	public void update(@PathVariable("id") Integer productId, @RequestBody Product product) {
		// Aby mieć pewność, że zapisujemu produkt o typ ID, wpisuję productId z URL-a.
		// Ewentualnie możnaby jeszcze sprawdzić czy rekord istnieje, czy ID się zgadza
		// i jeśli coś jest nie tak, to wyrzucić wyjątek.
		product.setProductId(productId);
		productRepository.save(product);
	}

	/*
	 * POST jest najbardziej ogólną metodą HTTP; oznacza, że klient
	 * "wysyła jakieś dane na serwer", a serwer odsyła jakąś odpowiedź.
	 * W zasadzie POST może służyć do wszystkiego.
	 * 
	 * W praktyce POST bardzo często służy do dodawania nowych rekordów, ponieważ
	 * gdy tworzymy nowy rekord, to nie znamy z góry jego ID i nie wiemy pod jakim
	 * URL-em zostanie zapisany (nie da się więc użyć PUT). Stąd wzięła REST-owa
	 * konwencja, że aby dodać nowy rekord do katalogu, wysyła się POST z danymi
	 * tego rekordu pod ogólny adres całego katalogu.
	 */
	@PostMapping
	public Product insert(@RequestBody Product product) {
		// Aby mieć pewność, że zapytanie tworzy nowy rekord, ustawiam productId na null.
		product.setProductId(null);
		productRepository.save(product);
		/* Operacja save (a wewnętrznie persist z Hibernate) spowoduje ustawienie nowego ID w obiekcie.
		 * Warto taką informację przekazać klientowi. Można:
		 * 1) odesłać uzupełniony rekord (i tak zrobimy tutaj),
		 * 2) odesłać "małego JSON-a" z informacją o tym ID
		 *    (i innymi informacjami, które serwer chce przekazać klientowi)
		 * 3) tylko nagłówek Location z URL-em nowego rekordu (to zobaczymy w wersji JAX-RS).
		 */
		return product;
	}

	@DeleteMapping("/{id}")
	public void delete(@PathVariable("id") Integer productId) {
		try {
			productRepository.deleteById(productId);
		} catch (EmptyResultDataAccessException e) {
			throw new ResponseStatusException(HttpStatus.NOT_FOUND, "Brak produktu nr " + productId);
		}
	}
}
