FarFetch alternatives and similar libraries
Based on the "API" category.
Alternatively, view FarFetch alternatives based on common mentions on social networks and blogs.
-
React Query
DISCONTINUED. ๐ค Powerful asynchronous state management, server-state utilities and data fetching for TS/JS, React, Solid, Svelte and Vue. [Moved to: https://github.com/TanStack/query] -
urql
The highly customizable and versatile GraphQL client with which you add on features like normalized caching as you grow. -
Optic
OpenAPI linting, diffing and testing. Optic helps prevent breaking changes, publish accurate documentation and improve the design of your APIs. -
SapphireDb
SapphireDb Server, a self-hosted, easy to use realtime database for Asp.Net Core and EF Core -
Hatchify
JavaScript, open source, CRUD app scaffolding that turns schemas into an app quickly, while allowing customization later. -
prim-rpc
Easy-to-understand, type-safe, transport-agnostic RPC/IPC for JavaScript, supporting callbacks, batching, file handling, custom serialization, and more. -
Bearer API Client for JavaScript
DISCONTINUED. Bearer provides all of the tools to build, run and manage API integrations.
SaaSHub - Software Alternatives and Reviews
* Code Quality Rankings and insights are calculated and provided by Lumnify.
They vary from L1 to L5 with "L5" being the highest.
Do you think we are missing an alternative of FarFetch or a related project?
README
FarFetch Class
Modern Fetch API wrapper for simplicity.
Install
npm i @websitebeaver/far-fetch
Then include it in the files you want to use it in like so:
import FarFetch from '@websitebeaver/far-fetch';
// If you need to manually handle errors
import FarFetch, { FarFetchError } from '@websitebeaver/far-fetch';
Instantiating Class
const ff = new FarFetch();
This is how you'd create a class in its simplest form in FarFetch
. You can
check out all the options you can use here.
It is recommended to then import the initialized class on every page used.
Why Use FarFetch?
While JavaScript's native Fetch API
was an amazing feature added, it
introduced a myriad of inconsistencies, which cause you to have to copy and
paste StackOverflow questions for simple boilerplate code often times. This is
especially the case with uploading files and I find it hard to believe anyone
just straight memorizes how to do it. There's so many things to think about. It
would have been so much better in a unified experience.
The core philosophy of FarFetch
to is keep things as similar as possible to
native JavaScript fetch, and merely improve upon it. This way, you're not really
learning a completely new API. Instead, the aim of this class is almost to pitch
which features I think are missing in Fetch API
. The aim of this class isn't
to recreate the wheel, but rather, to improve upon Fetch API
, with a super
thin wrapper. The main advantages over vanilla Fetch
are as follows:
- Ability to call syntactic sugar methods like
ff.get()
,ff.post()
,ff.put
, etc., rather thanfetch(url, { method: 'GET' })
.FarFetch
allows both ways. - Ability to "automatically" throw and handle errors for every call in a unified manner with a global error handler.
- Ability to use default init options on every call.
- Ability to do actions before every request
with
beforeSend()
andafterSend(response)
hooks. - Ability to pass data to each call in a consistent manner.
- Ability to upload files in a consistent manner.
- FarFetch Class
- Install
- Instantiating Class
- Why Use FarFetch?
- Passing in Data to Request
- Uploading Files
- Uploading One File
- Uploading Multiple Files
- Uploading Multiple Files with Distinct File Names
- Passing in Fetch API init options
- Set Options for Single Request
- Set Global Options for Every Request
- Getting Response
- Retrieving Response Data
- Set Base URL
- Before/After Send Hook
- Turn off Before/After Send Hook on Single Request
- Error Handling
- Modifying the Default Error Message Template
- Overriding Default Error Message for Single Request
- Catching Exceptions Manually
- Empty Try/Catch
- API
- FarFetch
- new FarFetch([options])
- farFetch.fetch(url, options) โ Promise.<ResponsePlus>
- farFetch.get(url, [...options]) โ Promise.<ResponsePlus>
- farFetch.post(url, [...options]) โ Promise.<ResponsePlus>
- farFetch.put(url, [...options]) โ Promise.<ResponsePlus>
- farFetch.patch(url, [...options]) โ Promise.<ResponsePlus>
- farFetch.delete(url, [...options]) โ Promise.<ResponsePlus>
- farFetch.head(url, [...options]) โ Promise.<ResponsePlus>
- FarFetchError โ Error
- new FarFetchError(message)
Passing in Data to Request
Passing in data in Fetch API
is exceedingly inconsistent. In this regard, it
really took a step backwards from how jQuery implemented passing in data, in my
opinion, at least from a usability standpoint. Of course Fetch API
's body
options offers more versatility, which is why FarFetch
supports using body
.
However, it really shouldn't necessary in the majority of use cases. Adding data
to a GET
and POST
request is done in two separate ways in Fetch API
. GET
requests must use appended URL query parameters, while POST
requests generally
use a stringified object used as the body
property.
Fetch API
// GET
async getPerson() {
const data = { name: 'Bobby Big Boy', gender: 'Male', age: 5 };
const queryString = `?${new URLSearchParams(Object.entries(data))}`;
const response = await fetch(`https://example.com/people${queryString}`, {
method: 'GET',
});
if(!response.ok) throw new Error('Server error.');
return response.json();
}
// POST
async addPerson() {
const data = { name: 'Bobby Big Boy', gender: 'Male', age: 5 };
const response = await fetch(`https://example.com/people`, {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify(data),
});
if(!response.ok) throw new Error('Server error.');
return response.json();
}
// application/x-www-form-urlencoded
async addPerson() {
const data = { name: 'Bobby Big Boy', gender: 'Male', age: 5 };
const response = await fetch(`https://example.com/people`, {
method: 'POST',
headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
body: new URLSearchParams(Object.entries(data)),
});
if(!response.ok) throw new Error('Server error.');
return response.json();
}
FarFetch
// GET
async getPerson() {
const { responseJSON } = await ff.get('https://example.com/people', {
data: { name: 'Bobby Big Boy', gender: 'Male', age: 5 },
});
return responseJSON;
}
// POST
async addPerson() {
const { responseJSON } = await ff.post('https://example.com/people', {
data: { name: 'Bobby Big Boy', gender: 'Male', age: 5 },
});
return responseJSON;
}
// application/x-www-form-urlencoded
async addPerson() {
const { responseJSON } = await ff.post('https://example.com/people', {
headers: { 'Content-Type': 'application/x-www-form-urlencoded' },
data: { name: 'Bobby Big Boy', gender: 'Male', age: 5 },
});
return responseJSON;
}
Notice how each request is completely predictable in FarFetch
and doesn't
require you to throw an exception if it's not a status code in the 200-299
range (response.ok). Sure, using the native javascript Fetch API
isn't
horrible anymore in regular Javascript, thanks to features like
URLSearchParams
and Object.entries
, but it's so much easier to not have to
think much when you program. FarFetch
's consistent API makes it a breeze to
make any sort of request.
Uploading Files
Uploading One File
Fetch API
async uploadFile() {
const [file] = document.querySelector('#my-file').files;
const data = { name: 'Bobby Big Boy', gender: 'Male', age: 5 };
const formData = new FormData();
formData.append('file', file);
Object.keys(data).forEach((key) => {
formData.append(key, data[key]); // Add server data to formData
});
const response = await fetch('https://example.com/people', {
method: 'POST',
body: formData,
});
if(!response.ok) throw new Error('Server error.');
}
FarFetch
async uploadFile() {
const [file] = document.querySelector('#my-file').files;
await ff.post('https://example.com/people', {
data: { name: 'Bobby Big Boy', gender: 'Male', age: 5 },
files: file,
});
}
Uploading Multiple Files
Fetch API
async uploadFiles() {
const files = document.querySelector('#my-files').files;
const data = { name: 'Bobby Big Boy', gender: 'Male', age: 5 };
const formData = new FormData();
Object.keys(data).forEach((key) => {
formData.append(key, data[key]); // Add server data to formData
});
files.forEach((file) => {
formData.append('files[]', file); // Add files array to formData
});
await fetch('https://example.com/people', {
method: 'POST',
body: formData,
});
if(!response.ok) throw new Error('Server error.');
}
FarFetch
async uploadFiles() {
const files = document.querySelector('#my-files').files;
await ff.post('https://example.com/people', {
data: { name: 'Bobby Big Boy', gender: 'Male', age: 5 },
files,
});
}
Uploading Multiple Files with Distinct File Names
Fetch API
async uploadFiles() {
const photos = document.querySelector('#photos').files;
const videos = document.querySelector('#videos').files;
const documents = document.querySelector('#documents').files;
const data = { name: 'Bobby Big Boy', gender: 'Male', age: 5 };
const formData = new FormData();
Object.keys(data).forEach((key) => {
formData.append(key, data[key]); // Add server data to formData
});
photos.forEach((photo) => {
formData.append('photos[]', photo); // Add files array to formData
});
videos.forEach((video) => {
formData.append('videos[]', video); // Add files array to formData
});
documents.forEach((document) => {
formData.append('documents[]', document); // Add files array to formData
});
await fetch('https://example.com/people', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: formData,
});
if(!response.ok) throw new Error('Server error.');
}
FarFetch
async uploadFiles() {
const photos = document.querySelector('#photos').files;
const videos = document.querySelector('#videos').files;
const documents = document.querySelector('#documents').files;
await ff.post('https://example.com/people', {
data: { name: 'Bobby Big Boy', gender: 'Male', age: 22 },
files: { photos, videos, documents },
});
}
Look at how much more comprehensible the code becomes with FarFetch
. This is
practically even readable by a non-programmer, as this reads as: Let's add a 22
year old man named Bobby and upload his following files: photos, videos and
documents.
Passing in Fetch API init options
FarFetch
accepts all Fetch API init
options.
It's even possible to pass in the native fetch body
, though its use is
discouraged in most cases, in favor of, FarFetch
's data
parameter.
Set Options for Single Request
await ff.get('https://example.com', {
headers: { 'Content-Type': 'application/json' },
cache: 'reload',
})
Set Global Options for Every Request
This is really handy for when you know for a fact you will be using the same
options on either every request or nearly all. You can accomplish this by
declaring these options when you instantiate FarFetch
.
const ff = new FarFetch({
headers: { 'Content-Type': 'application/json' },
cache: 'reload',
});
Sometimes you might not want to set a particular option when FarFetch is
created. Let's say you're using a login system. You don't want to have the JWT
be evaluated when you instantiate the class, since it won't work properly if a
user accesses the page logged out. The header would never reevaluate. This is
why FarFetch
has allows you to return options you want to use on specific
conditions on the global beforeSend()
function. These options will then get
deep merged, with the beforeSend()
return taking precedence.
const ff = new FarFetch({
headers: { 'Content-Type': 'application/json' },
cache: 'reload',
beforeSend() {
// Use authorization header if token set in localStorage
if (localStorage.getItem('token')) {
return {
headers: {
'Content-Type': 'text/plain',
Authorization: `Bearer ${localStorage.getItem('token')}`,
},
};
}
},
});
So if you're logged in, your request would have the following options.
{
headers: {
'Content-Type': 'text/plain',
Authorization: `Bearer ${localStorage.getItem('token')}`,
},
cache: reload,
}
Notice how the Content-Type
is set to text/plain
, rather than
application/json
. As stated before, this is because the return on
beforeSend()
takes precedence on the deep merge.
Getting Response
Retrieving Response Data
FarFetch
returns a Response
object, so you can
use [the Body
methods](https:/developer.mozilla.org/en-US/docs/Web/API/Body#Methods):
arrayBuffer()
, blob()
, formData()
, json()
and text()
. This is exactly
how you'd be doing it in native Fetch
as well.
FarFetch
supports the vanilla Fetch
way of retrieving data, by awaiting for
the the Response
Body
and transforming it to your type.
const response = await ff.get('https://example.com/people');
const responseJSON = await response.json();
return responseJSON;
You can also use FarFetch
's handy responseJSON
and responseText
properties for your convenience, instead of having to await for either response.json()
or
response.text()
, if the response header type is either application/json
or
text/plain
, respectively. These are properties that were simply added to the
Response
object. What's also nice about this is that it ensures that getting
the JSON won't result in an error, due to a mismatch in header, as FarFetch
checks for this already, internally.
const { responseJSON } = await ff.get('https://example.com/people');
return responseJSON;
const { responseText } = await ff.get('https://example.com/people');
return responseText;
Set Base URL
Most applications will likely use the same domain for most or even all requests.
FarFetch
has a baseURL
option you can use when you instantiate the class.
const ff = new FarFetch({
baseURL: 'https://example.com',
});
Now request like the following will work.
await ff.get('/people');
But what if you want to use a different base URL for just a few requests in your
application? FarFetch
automatically detects if an absolute path is used, and
will override the baseURL
.
await ff.get('https://notexample.com/posts');
Before/After Send Hook
You can use the built-in beforeSend()
hook to do something before every
request and the afterSend(response)
one to do something after every request.
const ff = new FarFetch({
beforeSend() {
console.log('do this before every request');
},
afterSend(response) {
console.log('do this before every request');
},
});
You can also use any Init options from Fetch API as the return to add or override an option.
beforeSend() {
// Use authorization header if token set in localStorage
if (localStorage.getItem('token')) {
return {
headers: {
'Content-Type': 'text/plain',
Authorization: `Bearer ${localStorage.getItem('token')}`,
},
};
}
}
Turn off Before/After Send Hook on Single Request
You might want to use the beforeSend()
or afterSend(response)
hook on nearly
all requests, but turn it off certain ones.
await ff.get('http://example.com/', {
globalBeforeSend: false,
globalAfterSend: false,
});
Error Handling
Another annoyance of Fetch API
is that it doesn't automatically throw an error
on a failed request, and forces you to throw your own.
Fetch API
const data = { name: 'Bobby Big Boy', gender: 'Male', age: 5 };
try {
const response = await fetch('https://example.com/people', {
method: 'POST',
headers: { 'Content-Type': 'application/json' },
body: JSON.stringify(data),
});
if(!response.ok) throw new Error('Server error.');
} catch {
alert('Error adding person');
}
Thankfully you don't need to worry about this with FarFetch
. With FarFetch
,
you can just append the noun to errorMsgNoun
and it'll append to a
default template, dependent on the CRUD type.
FarFetch
try {
await ff.post('https://example.com/person', {
data: { name: 'Bobby Big Boy', gender: 'Male', age: 5 },
errorMsgNoun: 'person'
});
} catch {}
Your global handler would then handle it as such:
const ff = new FarFetch({
errorHandler({ error, userMessage, response }) {
if(response.status === 401) { // Unauthorized
router.push('/login'); // Go to login page if logged out
}
// Error message will be presented to the user in an alert
alert(userMessage);
},
});
If an error occurs, this will result in an alert with the following message:
Error adding person.
You might be wondering how this works behind the scenes.
Here's the basic template of what going into the userMessage
parameter
property.
let action = '';
if (method === 'GET' || method === 'HEAD') {
action = 'fetching';
} else if (method === 'POST') {
action = 'adding';
} else if (method === 'PUT' || method === 'PATCH') {
action = 'updating';
} else if (method === 'DELETE') {
action = 'deleting';
}
const userMessage = `Error ${action} ${errorMsgNoun}`;
Modifying the Default Error Message Template
You can even override this default template with the errorMsgTemplate
property, which accepts function.
const ff = new FarFetch({
errorMsgTemplate: ({ method, errorMsgNoun }) => {
let action = '';
if (method === 'GET' || method === 'HEAD') {
action = 'retrieving';
} else if (method === 'POST') {
action = 'posting';
} else if (method === 'PUT' || method === 'PATCH') {
action = 'changing';
} else if (method === 'DELETE') {
action = 'removing';
}
return `Error ${action} ${errorMsgNoun}.`;
},
});
In case you couldn't tell by this contrived example, I merely used synonyms of the default template. However, this allows flexibility to tailor to custom requirements.
Overriding Default Error Message for Single Request
Sometimes you might just want to change the message for a unique request. You
can accomplish this via the errorMsg
property.
await ff.get('https://example.com/users', {
errorMsg: 'Oh no! We are having trouble retrieving your friends!',
});
Catching Exceptions Manually
Using the global errorHandler()
, along with errorMsgNoun
or errorMsg
should work fine in most cases, but sometimes you might need to handle multiple
cases. You can easily achieve this by simply omitting both errorMsgNoun
and
errorMsg
. FarFetch
will then know not to run the global error handler. You
can then can the errors in a try/catch
. Take a register account example for
instance.
async register(type) {
try {
const response = await ff.post(`http://127.0.0.1:3333/${type}`, {
data: {
email: this.email,
password: this.password,
},
});
const responseData = await response.json();
localStorage.setItem('token', responseData.token);
this.$router.push('/');
} catch (e) {
if (e instanceof FarFetchError) {
let userMessage = '';
const { response, error } = e;
if (response.status === 409) { // Conflict
userMessage = 'Email is already in system';
ff.errorHandler({ error, response, userMessage });
} else if (response.status === 400) { // Validation failed
const { field, validationMsg } = response.responseJSON;
userMessage = `${field} is ${validationMsg}`;
ff.errorHandler({ error, response, userMessage });
}
} else {
userMessage = e.message;
ff.errorHandler({ error, userMessage });
}
}
}
Each case his handled individually. You can then add the string to the global
error handler you created on instantiation, with
ff.errorHandler({ error, response, userMessage })
.
Empty Try/Catch
It is required to use a try/catch
on every request in FarFetch
, in order
to stop execution on an error. This isn't because there's anything
unique about how this library does anything; the same recommendation would apply
to any async request in JavaScript that relies on sequential steps occurring on
success. FarFetch
specifically throws an error to stop the further execution
of code. Perhaps an example would help illustrate my point better.
Consider how a simple register account might work, like in the previous example.
You make a request and if there aren't any issues, like email already taken or
validation issues, you set the localStorage
to the JWT
and then route to the
logged in page. The problem is that if you an exception isn't thrown, there's
nothing to stop the script's execution, and it'll always set localStorage
and try to route to the logged in route, even if the request failed.
API
Classes
FarFetch CRUD class to simplify fetch API and uploading. FarFetchError FarFetch Error class.
Typedefs
RequestException : object The Request exception object. ResponsePlus : object Request object plus responseJSON and responseText properties if correct header type. RequestOptions : object The request object options. beforeSendCallback โ object | undefined Callback for global after send hook. afterSendCallback : function Callback for global after send hook. errorHandlerCallback : function Callback for global error handler. errorMsgTemplateCallback โ string Callback for overriding default error message template.
FarFetch
CRUD class to simplify fetch API and uploading.
Kind: global class
- FarFetch
- new FarFetch([options])
- .fetch(url, options) โ Promise.<ResponsePlus>
- .get(url, [...options]) โ Promise.<ResponsePlus>
- .post(url, [...options]) โ Promise.<ResponsePlus>
- .put(url, [...options]) โ Promise.<ResponsePlus>
- .patch(url, [...options]) โ Promise.<ResponsePlus>
- .delete(url, [...options]) โ Promise.<ResponsePlus>
- .head(url, [...options]) โ Promise.<ResponsePlus>
new FarFetch([options])
Create FarFetch object.
Param | Type | Default | Description |
---|---|---|---|
[options] | object | {} | Set options. |
[options.baseURL] | string | '' | Base URL for each request. |
[options.beforeSend] | beforeSendCallback | Function to do something before each fetch request. Can return object with RequestOptions to add or override options. | |
[options.afterSend] | afterSendCallback | Function to do something after each fetch request. | |
[options.errorHandler] | errorHandlerCallback | Global error handler. | |
[options.errorMsgTemplate] | errorMsgTemplateCallback | Function to modify the default error message template for errorMsgNoun . |
|
[...options.RequestOptions] | RequestOptions |
Example
const ff = new FarFetch({
beforeSend() {
console.log('Doing something before every request');
},
afterSend(response) {
console.log('Doing after before every request');
},
errorHandler({ error, userMessage, response }) {
if(response.status === 401) { // Unauthorized
router.push('/login');
}
alert(userMessage); // Error message from either errorMsg or errorMsgNoun will be used
},
headers: { 'Content-Type': 'application/json' },
});
farFetch.fetch(url, options) โ Promise.<ResponsePlus>
Request function called on every CRUD function.
Kind: instance method of FarFetch
Throws:
Param | Type | Description |
---|---|---|
url | string | The URL. |
options | object | |
options.method | 'GET' \ | 'POST' \ |
[...options.RequestOptions] | RequestOptions |
Example
await ff.fetch('https://my-website.com/users', {
method: 'GET',
data: { id: 23 },
errorMsgNoun: 'users',
});
farFetch.get(url, [...options]) โ Promise.<ResponsePlus>
GET fetch request.
Kind: instance method of FarFetch
Throws:
Param | Type | Description |
---|---|---|
url | string | The URL. |
[...options] | RequestOptions |
Example
await ff.get('https://my-website.com/users', {
data: { id: 23 },
errorMsgNoun: 'users',
});
farFetch.post(url, [...options]) โ Promise.<ResponsePlus>
POST fetch request. Will default to 'Content-Type': 'application/json'
for the request header
if FarFetch
data option is provided.
Kind: instance method of FarFetch
Throws:
Param | Type | Description |
---|---|---|
url | string | The URL. |
[...options] | RequestOptions |
Example
await ff.post('https://my-website.com/user/23', {
data: { gender: 'male', age: 39 },
errorMsgNoun: 'user',
});
farFetch.put(url, [...options]) โ Promise.<ResponsePlus>
PUT fetch request. Will default to 'Content-Type': 'application/json'
for the request header
if FarFetch
data option is provided.
Kind: instance method of FarFetch
Throws:
Param | Type | Description |
---|---|---|
url | string | The URL. |
[...options] | RequestOptions |
Example
await ff.put('https://my-website.com/user/47', {
data: { gender: 'female', age: 22 },
errorMsgNoun: 'user',
});
farFetch.patch(url, [...options]) โ Promise.<ResponsePlus>
PATCH fetch request. Will default to 'Content-Type': 'application/json'
for the request
header if FarFetch
data option is provided.
Kind: instance method of FarFetch
Throws:
Param | Type | Description |
---|---|---|
url | string | The URL. |
[...options] | RequestOptions |
Example
await ff.patch('https://my-website.com/user/91', {
data: { age: 18 },
errorMsgNoun: 'user',
});
farFetch.delete(url, [...options]) โ Promise.<ResponsePlus>
DELETE fetch request.
Kind: instance method of FarFetch
Throws:
Param | Type | Description |
---|---|---|
url | string | The URL. |
[...options] | RequestOptions |
Example
await ff.delete('https://my-website.com/user/107', {
errorMsgNoun: 'user',
});
farFetch.head(url, [...options]) โ Promise.<ResponsePlus>
HEAD fetch request.
Kind: instance method of FarFetch
Throws:
Param | Type | Description |
---|---|---|
url | string | The URL. |
[...options] | RequestOptions |
Example
await ff.head('https://my-website.com/user/107');
FarFetchError โ Error
FarFetch Error class.
Kind: global class
Extends: Error
new FarFetchError(message)
Param | Type | Description |
---|---|---|
message | string \ | object.<string, *> |
RequestException : object
The Request exception object.
Kind: global typedef
Properties
Name | Type | Description |
---|---|---|
error | FarFetchError | FarFetch error. |
response | ResponsePlus | Fetch API response plus added properties for syntactic sugar. |
ResponsePlus : object
Request object plus responseJSON and responseText properties if correct header type.
Kind: global typedef
Properties
Name | Type | Default | Description |
---|---|---|---|
response | Response | Fetch API response Response object. | |
[response.responseJSON] | object | FarFetch added property that transforms the body to JSON for syntactic sugar if the same response header type. | |
[response.responseText] | string | null | FarFetch added property that transforms the body to text for syntactic sugar if the same response header type. |
RequestOptions : object
The request object options.
Kind: global typedef
Properties
Name | Type | Default | Description |
---|---|---|---|
[data] | object.<string, (string\ | number\ | null\ |
[files] | File \ | Array.<File> \ | object.<string, File> \ |
[errorMsgNoun] | string | '' | Appended error message noun to global error handler. |
[errorMsg] | string | '' | Error message used to global error handler. Overrides errorMsgNoun |
[globalBeforeSend] | boolean | true | Will this specific request use the beforeSend() hook? |
[globalAfterSend] | boolean | true | Will this specific request use the afterSend() hook? |
[defaultOptionsUsed] | boolean | true | Will this specific request use the default options specified on instantiation or with return value of beforeSend() ? |
[...rest] | object | {} | Init options from Fetch API. |
beforeSendCallback โ object | undefined
Callback for global after send hook.
Kind: global typedef
Returns: object | undefined - If return value is set, will deep merge it with options set in
constructor.
afterSendCallback : function
Callback for global after send hook.
Kind: global typedef
Param | Type | Description |
---|---|---|
response | ResponsePlus | Request object plus responseJSON and responseText properties if correct header type. |
errorHandlerCallback : function
Callback for global error handler.
Kind: global typedef
Param | Type | Description |
---|---|---|
[options] | object | |
[options.error] | FarFetchError \ | Error |
[options.response] | ResponsePlus | Request object plus responseJSON and responseText properties if correct header type. |
[options.userMessage] | string | The message given to the user. |
errorMsgTemplateCallback โ string
Callback for overriding default error message template.
Kind: global typedef
Returns: string - Full error message string.
Param | Type | Description |
---|---|---|
[options] | object | |
[options.method] | 'GET' \ | 'POST' \ |
[options.errorMsgNoun] | string | The error message noun. |