@twofistedjustice/square-pie
v1.0.0-alpha.5
Published
an easy to use class based chainable interface for the Square API.
Downloads
120
Readme
Welcome to square-pie 👋
"an easy to use class based (sometimes) chainable interface for accessing the Square API."
Table of Contents
About
This project came into existence because my former housemate who is a talented front end designer is opening a family run pie bakery in Texas and the fam wanted to use Square with Wix. The existing tools for that are not very user-friendly for people not skilled in backend development. So I decided to make a toolset that is easier to grok and use (grokootilize?). As far as I know they don't actually make square pies. But they do take requests...
Install
npm install @twofistedjustice/square-pie
Configuration
Environment Variables
Square-Pie uses dotenv as a production dependency to configure nodes process.env
Square-Pie requires three process.env (environment) variables
SQUARE_SANDBOX
: holds your Square sandbox keySQUARE_PRODUCTION_KEY
: holds your Square production keyNODE_ENV
: determines which api key is used. Set to "test" to use sandbox and "production" to for production.
To configure those place a file called .env
in the root folder of your app. Be certain to add this file to your .gitignore BEFORE adding anything or
committing it or else you may expose your api keys. It should contain
SQUARE_SANDBOX=[your api key]
SQUARE_PRODUCTION_KEY=[your api key]
NODE_ENV=test
#or
NODE_ENV=production
HTTP Headers
In the alpha release the http headers are hard coded. You can find and change them in square_request_abstract.js
Documentation
JSDOC generated docs can be found on my personal site.
Besides the readme, there is a folder called 'docs' which has markdown files which I made, some for myself, some for others. You can consider those as informal docs.
If you want your own local copy of the jsdocs to read follow these steps:
- In a terminal window navigate to
node_modules/@twofistedjustice/square-pie
- Install jsdoc as a dev-dependency
- Run
npm run jsdoc
. This will create a set of .html jsdocs atnode_modules/@twofistedjustice/square-pie/pie_docs
Author
👤 Russ Bain
Contributing Code
--> All contributions should be made on a new branch.<--
The branch name should begin with the issue number it is meant to address.
Branch naming convention: issue[issue number]_somethingMeaningful
eg:issue27_custDocs
Make sure that your editor is configured per our Style Guide.
Before writing any code, create a github Issue outlining the changes you intend to make (be clear and concise). Assign yourself. Assign an appropriate Label. Add the issue to the appropriate Project. If no other project seems appropriate, add it to Overview.
On your local copy, make a new git branch for your edits. Make your edits. Push your branch up to github and create a pull request.
If your PR is an intermediate step add the comment Progresses #[issue number]
. If your PR is final, then add the comment
Closes #[issue number]
These comments will cause the project to update automatically when the PR is accepted.
Commits:
Please follow the Conventional Commits Standard
Conventional Commits Types can be found here
Style Guide:
We use Prettier defaults with eslint running on a pre-commit hook as described in the Prettier install docs Please remember to configure your editor to use the same version of Prettier as we do. This will not affect your global editor settings.
Show your support
Give a ⭐️ if this project helped you!
Which Square APIs are Covered
As of version 1.0.0-alpha.0, there are object and request classes for the following Square APIs
- Catalog
- Customer
- Invoice
- Location
- Order
Basic Usage
Square Pie is divided into discrete classes and has a standardized syntax that works the same way across nearly every class.
There are two broad Class categories: Object and Request.
Request classes are asynchronous and help you store, fetch, and manipulate data in Square's database. Request classes have a "body". Remember to always use asynchronous functions for them.
Object classes are synchronous and help you format the data to store in Square's database. Object classes have a "fardel". A fardel will eventually get added to a body or fardel belonging to another class. Object classes can be used inside either regular or async functions.
Object classes sometimes stack. That is one may help to build another. In this case the fardel of one gets added to the fardel of the other.
To construct a body or a fardel, you will want to have the Square Docs open in front of you. They will explain in depth the structure you are working on. Square Pie will help you build that structure without having to think too hard about how to build the internal structure.
Whenever a class helps you build a complex structure (i.e. an object) it will have a method called "make". Some object classes are designed to help you construct fairly complicated sub-objects (objects inside objects inside objects). These may have additional "make"-like functions. They will generally be named after the object they create, for example "make_complicated_thing".
Each "make" method will have at least a few sub-methods. They will always closely mimic the property names of the object they build. For example: You want to interface with the (pretend)Thing API. So first you need to build a (pretend) BigThing object called "BigThing". So you would go to the Square Docs for that. BigThing has a bajillion properties. Two example-pretend-properties are: "name" and" bigThingIds".
"name" expects an object that looks like {name: { name: "some name you made up"} }. "bigThingIds" expects an array of Ids like ["abc123", "def456", "ghi789"]
Note that name has a property, also called name, that expects a string.
To create that in the longest most verbose way possible:
const myThing = new Big_Thing();
myThing.make().name("some name you made up");
myThing.make().big_thing_ids("abc123");
myThing.make().big_thing_ids("def456");
myThing.make().big_thing_ids("ghi789");
A slightly shorter version:
const myThing = new Big_Thing();
myThing.make().name("some name you made up");
myThing
.make()
.big_thing_ids("abc123")
.big_thing_ids("def456")
.big_thing_ids("ghi789");
an even shorter version (the order you chain the sub-methods does not matter)
const myThing = new Big_Thing();
myThing
.make()
.big_thing_ids("abc123")
.name("some name you made up")
.big_thing_ids("def456")
.big_thing_ids("ghi789");
an even SHORTER version using the included concat-type method...
const myThing = new Big_Thing();
myThing
.make()
.name("some name you made up")
.big_thing_ids_concat(["abc123", "def456", "ghi789"]);
Now you've built it. How do you get at it?
myThing.fardel;
Which will contain
{
name: {
name: "some name you made up"
},
bigThingIds: ["abc123", "def456", "ghi789"]
}
So now you want to upsert your Thing to the (pretend) Upsert-Thing endpoint.
First you need to create an instance of the (pretend) Upsert_Thing class and add your Thing to it.
There are several ways you can do that.
You can use the body setter:
const upsert = new Upsert_Thing();
upsert.body = myThing.fardel;
Or you can use Upsert_Thing's make method.
const upsert = new Upsert_Thing();
upsert.make().body(myThing.fardel);
How do you send it on up to Square? Firstly, you must be working in an asynchronous function. Then you call the "request" method. Any return results from Square will be stored on the "delivery" property.
const myAsyncFunc = async function () {
await upsert.request();
let response_data = upsert.delivery;
};
The whole thing all put together looks like:
const upsert = new Upsert_Thing();
const myThing = new Big_Thing();
myThing
.make()
.name("some name you made up")
.bigThingIdsConcat(["abc123", "def456", "ghi789"]);
const myAsyncFunc = async function () {
upsert.make().body(myThing.fardel);
await upsert.request();
// do something with the returned data
console.log(upsert.delivery);
// you could see what Things you have...
const list = new List_Things();
await list.request();
console.log(list.delivery);
};
myAsyncFunc();
Patterns Used Throughout
Getters and Setters
Square Pie was built using ES6 class syntax. There will be a getter and a setter for each property on a Square object or request body.
If you are not familiar with that syntax please review the MDN docs on Classes. And more importantly, paying special attention to how to access Getters and Setters.
Case
Square Pie uses snake_case because it's easier for me to read. When you see something that is in camelCase, it's because old habits die hard.
Curry Is Good
Much of Square Pie is curried, meaning you can chain functions like in jquery.
make methods
"Make-methods" are special curried methods used throughout Square Pie. They enable you to quickly build structures that will comply with Square's specifications. In addition to being quick and easy to use, they also result in concise, easily understandable code.
- most classes have at least one. A few don't have any.
- sub-methods mimic the keys of the Square object they help build.
- sometimes there are simplified alias methods, example the method
object_ids
might have an alias titledid
. Orconcat_object_ids
might have one calledconcat
.
HTTP Reponse Body Data
- The "important" data is always stored on the
.delivery
property of any given Request class. If you fetch a list of customers, they will be stored there.
Enums
Square frequently has properties that expect values chosen from a list of acceptable values. It is often from a list of words. Whenever this is the case,
we use a function we call an "enum" or "enumerated function" (our own terminology). These will have methods titled as lower_snake_case versions of the values they set. They will automatically set the
value in the form that Square expects. Some of these may be aliases that are quicker to type. For example .true()
or .false()
may have the aliases .yes()
and .no()
. There may even be aliases that make it
easier to reason about the values to set. For example .sort().ascending()
and .sort().descending()
may have the aliases like sort().oldest_first()
and sort().newest_first()
Enums use a currying style we refer to as "curry-over". (I picture a pot of curry boiling over on the stove, thus the name). It simply means that there are additional sub-methods and you must complete an entire chain of sub-methods before
chaining the next method. For example, lets say you have a Thing object. You want to set the name
, sort
, and id
properties. The make() methods will have each of those methods. The sort property accepts only the values "ASCENDING" or
"DESCENDING". Therefore the sort
method of make()
would be curried over. It will have a methods called ascending()
and descending()
. Once you enter the sort method, you must call one of those methods BEFORE calling either name
or
id
//this will work
thing.make().name("fred").sort().ascending().id("123abc");
// this will throw an error because the sort method was shorted.
thing.make().name("fred").sort().id("123abc");
Arrays of Strings
Sometimes a Square object or endpoint will expect an array of strings. In those instances there will be functions to allow you to add individual strings or whole arrays of strings or both. Generally the functions that allow you to enter an array will have a similar name to the one that adds individual values, but will start with the word 'concat_'. Occasionally one will end with 'concat' instead or simpy not exist. Those are errors and we would appreciate if you went to our github repo and created an issue for that so we can fix it.
Getting Just the Document Ids from your Square Database
After you make an http request, Square may send back copies of the documents you worked on. Sometimes you just need the document ids.
Every Square pie Request class has a built-in (inherited) method that allows you to retrieve just the ids of the ids of whatever objects came back in the response body. To get an array of just the ids is two stop process (this assumes you have already made your .request() call and received a 200 'ok' status.)
yourVar.cache_ids() - iterates over the response body and adds all the document ids to the id_array your.var.id_array => gets the id_array // use the class getter
Idempotency Keys
Square Pie automatically generates idempotency keys wherever Square expects them. We use nanoid at the default setting. If you want to use your own key instead, you can easily
change it by using the idempotency_key setter or with the idempotency_key-method on make()
.
UIDs
When objects stack, Square will always require a way to identify one object within another or within a given http request. Square Pie will automatically
generate one for you. These can always be changed by you using that class's make()
method.