@bryanochoa/custom-fetch-api 2.0.0 → 2.0.2

package/README.md

@@ -88,7 +88,10 @@ const  data = await  fetcher.delete("data/1");
 ## Manejo del token
 
 En este nuevo enfoque al ser una instancia de una clase, cuenta con metodos para colocar o remover el token en la peticion http se configura de la siguiente forma. Puedes configurar la persistencia del token en localStorage o sessionStorage desde la instancia de la clase y asi no tener que colocarlo en cada peticion donde tengas que colocar el token, esta configuracion es opcional,si no la configuras en este punto puedes hacerlo desde el metodo de la instancia setToken() su segundo parametro es un objeto de configuracion que te permite configurar la persistencia del token en localStorage o sessionStorage, si no lo configuras el token se colocara en la peticion pero no se guardara en ningun lado y tendras que colocarlo en cada peticion donde sea necesario.
-:
+
+```
+import {CustomFetchAPI} from "@bryanochoa/custom-fetch-api"
+
 const fetcher = new CustomFetchAPI({
 baseUrl: "https://api.example.com",
 // safeTokenOn:{
@@ -106,15 +109,16 @@ keyname:"token"
 fetcher.removeToken()
 
 ```
-En esta nueva implementación del manejo del token,  te permite configurar la persistencia del token ya sea en local storage o en session storage una vez colocado el token intento emular el comportamiento de axios con los interceptores, al mandar el token  si existe en todas las peticiones mediante el header de Authorization todo eso lo hace automaticamente ya que es el caso mas común de enviar el token en una api.
+
+En esta nueva implementación del manejo del token, te permite configurar la persistencia del token ya sea en local storage o en session storage una vez colocado el token intento emular el comportamiento de axios con los interceptores, al mandar el token si existe en todas las peticiones mediante el header de Authorization todo eso lo hace automaticamente ya que es el caso mas común de enviar el token en una api.
 
 En conclusión, esta nueva versión de la librería ofrece una forma más estructurada y flexible de realizar solicitudes HTTP, con un manejo más eficiente del token de autenticación y una interfaz más clara para interactuar con APIs externas.
 
 ## ¿Y entonces, que enfoque deberia elegir?
 
-Ten encuenta que la primera versión esta enfocada en realizar peticiones HTTP ya sea desde el frontend  o el backend (en versiones de nodejs que ya soporten el fetch api) y en esta nueva implementación el enfoque incluye la persistencia del token mediante localStorage o sessionStorage, por lo que si tu proyecto requiere de esta funcionalidad te recomiendo utilizar la segunda versión, en caso contrario puedes seguir utilizando la primera versión que igual seguirá recibiendo soporte y mejoras hasta donde la logica y  el fetch api nativo me lo permita.
+Ten encuenta que la primera versión esta enfocada en realizar peticiones HTTP ya sea desde el frontend o el backend (en versiones de nodejs que ya soporten el fetch api) y en esta nueva implementación el enfoque incluye la persistencia del token mediante localStorage o sessionStorage, por lo que si tu proyecto requiere de esta funcionalidad te recomiendo utilizar la segunda versión, en caso contrario puedes seguir utilizando la primera versión que igual seguirá recibiendo soporte y mejoras hasta donde la logica y el fetch api nativo me lo permita.
 
-## Versión 1 función  makeApiRequest()
+## Versión 1 función makeApiRequest()
 
 - Ejemplo de uso
 
@@ -211,4 +215,7 @@ Por ultimo, se puede cambiar el content-type de la solicitud HTTP, por defecto s
 No lo mencione en ejemplos anteriores pero por defecto, las peticiones de tipo POST,PUT,PATCH la propiedad body se convierte automáticamente a JSON por ende es obligatorio que para esta propiedad se pase un objeto, de lo contrario la petición fallara.
 
 El proyecto se encuentra en constante desarrollo y se espera que se agreguen más funcionalidades y mejoras en el futuro.
+
+```
+
 ```

package/dist/index.mjs

@@ -37,33 +37,38 @@ var CustomFetchAPI = class {
 	}
 	async get(url, searchParams) {
 		this.verifyTokenWereSet();
+		this.optionRequest.method = "GET";
+		if (this.optionRequest.body) this.optionRequest.body = void 0;
+		if (this.headers.has("Content-Type")) this.headers.delete("Content-Type");
 		const finalUrl = this.setParams(url, { searchParams });
 		return await (await fetch(finalUrl, this.optionRequest)).json();
 	}
-	async post(url, { searchParams, body, contentType }) {
+	async post(url, { searchParams, body, contentType = "application/json" }) {
 		this.verifyTokenWereSet();
 		this.optionRequest.method = "POST";
 		this.setBody(body, contentType);
-		const finalUrl = this.setParams(url, searchParams);
+		const finalUrl = this.setParams(url, { searchParams });
 		return await (await fetch(finalUrl, this.optionRequest)).json();
 	}
 	async put(url, { searchParams, body, contentType }) {
 		this.verifyTokenWereSet();
 		this.optionRequest.method = "PUT";
 		this.setBody(body, contentType);
-		const finalUrl = this.setParams(url, searchParams);
+		const finalUrl = this.setParams(url, { searchParams });
 		return await (await fetch(finalUrl, this.optionRequest)).json();
 	}
 	async patch(url, { searchParams, body, contentType }) {
 		this.verifyTokenWereSet();
 		this.optionRequest.method = "PATCH";
 		this.setBody(body, contentType);
-		const finalUrl = this.setParams(url, searchParams);
+		const finalUrl = this.setParams(url, { searchParams });
 		return await (await fetch(finalUrl, this.optionRequest)).json();
 	}
 	async delete(url) {
 		this.verifyTokenWereSet();
 		this.optionRequest.method = "DELETE";
+		if (this.optionRequest.body) this.optionRequest.body = void 0;
+		if (this.headers.has("Content-Type")) this.headers.delete("Content-Type");
 		const uri = this.baseUrl ? `${this.baseUrl}${url}` : url;
 		return await (await fetch(uri, this.optionRequest)).json();
 	}

package/package.json

@@ -1,7 +1,7 @@
 {
   "name": "@bryanochoa/custom-fetch-api",
   "type": "module",
-  "version": "2.0.0",
+  "version": "2.0.2",
   "description": "fetch API personalizado",
   "author": "Bryan Ochoa <bryanjm96@gmail.com>",
   "license": "MIT",