Comparing version 0.0.1 to 0.0.2
{ | ||
"name": "ucr", | ||
"license": "MIT", | ||
"version": "0.0.1", | ||
"version": "0.0.2", | ||
"publishConfig": { | ||
@@ -6,0 +6,0 @@ "access": "public" |
240
README.md
@@ -1,1 +0,239 @@ | ||
# ucr | ||
# UCR | ||
## The problem | ||
We want to have complex forms where multipla database tables can be modified. In order to improve the user experience we wanted all of these actions to happen only when the user presses the `Save Changes` button. This means that we need to track the state of the form and detect which items have been created, updated, or deleted. | ||
Instead of sending the current state of the form to the backend, we want to transform the state of the form into a `create`, `remove` and `update` object containing only the items that have been modified. | ||
There are two main reasons for this: | ||
1. We want to only update columns that have been modified. This is important for performance reasons. If we send the entire state of the form to the backend, we may be updating columns that have not been modified. | ||
2. We want to make the backend as simple as possible. Functions should only perform one action. In this manner we would have `create`, `remove` and `update` functions which can even be shared in different forms containing the same tables. If we send the entire state of the form to the backend, we will have to write code to handle all of the different cases. This approach is more prone to error. | ||
## The solution | ||
The UCR form convention aims to provide a standard way to transform the state of a form into a `create`, `update`, and `remove` object. This object can then be sent to the backend to be processed. | ||
```json | ||
{ | ||
"update": { | ||
"tableA": [ | ||
{ | ||
"id": 123, | ||
"columnB": "value2" | ||
} | ||
], | ||
"tableB": [ | ||
{ | ||
"id": 789, | ||
"columnB": "abc", | ||
"columnC": true | ||
} | ||
] | ||
}, | ||
"create": { | ||
"tableA": [], | ||
"tableB": [ | ||
{ | ||
"columnB": "xyz", | ||
"columnC": false | ||
} | ||
] | ||
}, | ||
"remove": { | ||
"tableA": [], | ||
"tableB": [4, 342, 22] | ||
} | ||
} | ||
``` | ||
### UCRObject | ||
The UCR Form is comprised of UCR objects, which are assigned to `<input/>` elements. | ||
The `key` is the name of the column in the database. Each UCR object must have an `action` and `value` key. The `action` key is a string that describes the action to be taken on the item. The `value` key is the value to be inserted into the database. | ||
```ts | ||
type UcrObject = { | ||
[key: string]: { | ||
action: "" | "CREATE" | "UPDATE" | "REMOVE" | "ID"; | ||
value: string | boolean; | ||
}; | ||
}; | ||
``` | ||
Note: We don't use the word `delete` because it is a reserved word in JavaScript. | ||
### Actions | ||
- `""`: No action. This value is assigned by default to items fetched from the database. | ||
- `"CREATE"`: Create a new row in the database. If any item in a `UcrObject` has this action, the entire object will be created. You may omit the `"ID"` key if you are creating a new object. | ||
- `"UPDATE"`: Update a row in the database. If any item in a `UcrObject` has this action, the entire object will be updated. There must be a key with the action `"ID"` in order to update an object. | ||
- `"REMOVE"`: Delete a row in the database. If any item in a `UcrObject` has this action, the entire object will be deleted. There must be a key with the action `"ID"` in order to delete an object. | ||
- `"ID"`: The ID for a row. This item is required for `"UPDATE"` and `"REMOVE"` actions. | ||
### Example | ||
In this example we have a todo list with a `name` and `description`. The todo list has tasks that have a `name` and a `completed` status. | ||
```json | ||
{ | ||
"todo": { | ||
"todoId": { | ||
"action": "ID", | ||
"value": "12" | ||
}, | ||
"name": { | ||
"action": "", | ||
"value": "Shopping List" | ||
}, | ||
"description": { | ||
"action": "", | ||
"value": "" | ||
} | ||
}, | ||
"tasks": [ | ||
{ | ||
"taskId": { | ||
"action": "ID", | ||
"value": "3" | ||
}, | ||
"name": { | ||
"action": "", | ||
"value": "egg" | ||
}, | ||
"completed": { | ||
"action": "", | ||
"value": false | ||
} | ||
}, | ||
{ | ||
"taskId": { | ||
"action": "ID", | ||
"value": "4" | ||
}, | ||
"name": { | ||
"action": "", | ||
"value": "Ham" | ||
}, | ||
"completed": { | ||
"action": "", | ||
"value": false | ||
} | ||
} | ||
] | ||
} | ||
``` | ||
In this example we are updating the todo list name and description, updating the task name and completed status, deleting the task with id 4, and creating a new task. | ||
```json | ||
{ | ||
"todo": { | ||
"todoId": { | ||
"action": "ID", | ||
"value": "12" | ||
}, | ||
"name": { | ||
"action": "UPDATE", | ||
"value": "Shopping" | ||
}, | ||
"description": { | ||
"action": "UPDATE", | ||
"value": "These are the things that I must buy." | ||
} | ||
}, | ||
"tasks": [ | ||
{ | ||
"taskId": { | ||
"action": "ID", | ||
"value": "3" | ||
}, | ||
"name": { | ||
"action": "UPDATE", | ||
"value": "Eggs" | ||
}, | ||
"completed": { | ||
"action": "UPDATE", | ||
"value": true | ||
} | ||
}, | ||
{ | ||
"taskId": { | ||
"action": "ID", | ||
"value": "4" | ||
}, | ||
"name": { | ||
"action": "REMOVE", | ||
"value": "Ham" | ||
}, | ||
"completed": { | ||
"action": "", | ||
"value": false | ||
} | ||
}, | ||
{ | ||
"taskId": { | ||
"action": "CREATE", | ||
"value": "" | ||
}, | ||
"name": { | ||
"action": "CREATE", | ||
"value": "Potatoes" | ||
}, | ||
"completed": { | ||
"action": "CREATE", | ||
"value": false | ||
} | ||
} | ||
] | ||
} | ||
``` | ||
We propose providing a set of functions which can be used to generate a payload object to be sent to the backend. | ||
```ts | ||
// the `todo` and `tasks` objects come from your form | ||
const payload = getUCR({ | ||
todos: [todo], | ||
tasks, | ||
}); | ||
``` | ||
This object will be parsed by the `ucr` functions and return the following object: | ||
```json | ||
{ | ||
"update": { | ||
"todos": [ | ||
{ | ||
"todoId": "12", | ||
"name": "Shopping", | ||
"description": "These are the things that I must buy." | ||
} | ||
], | ||
"tasks": [ | ||
{ | ||
"taskId": "3", | ||
"name": "Eggs", | ||
"completed": true | ||
} | ||
] | ||
}, | ||
"create": { | ||
"todos": [], | ||
"tasks": [ | ||
{ | ||
"name": "Potatoes", | ||
"completed": false | ||
} | ||
] | ||
}, | ||
"remove": { | ||
"todos": [], | ||
"tasks": [4] | ||
} | ||
} | ||
``` |
License Policy Violation
LicenseThis package is not allowed per your license policy. Review the package's license to ensure compliance.
Found 1 instance in 1 package
License Policy Violation
LicenseThis package is not allowed per your license policy. Review the package's license to ensure compliance.
Found 1 instance in 1 package
New author
Supply chain riskA new npm collaborator published a version of the package for the first time. New collaborators are usually benign additions to a project, but do indicate a change to the security surface area of a package.
Found 1 instance in 1 package
17319
13
240
0