Uniform, auditable and secure use case javascript library. Influenced by Clean Architecture and Trailblazer
- Installing
- Using
- Motivations
- Audit
- Request Validation
- Authorization
- Use Case
- Errors
- Contribute
- The Herb
- License
$ npm install @herbsjs/buchu
Check the complete examples here or for a complete solution using herbsJS here.
usecases/addOrUpdateItem.js:
const { entity, field } = require('@herbsjs/gotu')
const Item = entity('Item', {
id: field(Number),
description: field(String),
isDone: field(Boolean),
position: field(Number)
})
const { Ok, Err, usecase, step, ifElse } = require('@herbsjs/buchu')
const dependency = {
ItemRepository: require('../repositories/ItemRepository').ItemRepository,
...
}
const addOrUpdateItem = (injection) =>
usecase('Add or Update an Item on a to-do List', {
// Input/Request type validation
request: { listId: Number, item: Item },
// Output/Response type
response: { item: Item },
// Authorization Audit
authorize: async (user) => user.isAdmin ? Ok() : Err(),
// Dependency Injection control
setup: (ctx) => ctx.di = Object.assign({}, dependency, injection),
// Step audit and description
'Check if the Item is valid': step((ctx) => {
...
return item.validate() // Ok or Error
}),
'Check if the List exists': step(async (ctx) => {
...
return Ok()
}),
// Conditional step
'Add or Update the Item': ifElse({
'If the Item exists': step(async (ctx) => {
...
return Ok(newItem)
}),
'Then: Add a new Item to the List': step(async (ctx) => {
...
return ctx.ret = await itemRepo.save(item) // Ok or Error
}),
'Else: Update Item on the List': step(async (ctx) => {
...
return ctx.ret = await itemRepo.save(item) // Ok or Error
})
})
})
to another resources like, ctx.stop()
used to stop a use case next steps execution, look here
controler/addOrUpdateItem.js:
app.put('/items/:item', function (req, res) {
const request = req.params
const user = { name: 'John', id: '923b8b9a', isAdmin: true } // from session
const uc = addOrUpdateItem()
await uc.authorize(user)
const ret = await uc.run(request)
res.send(ret)
})
uc.doc()
:
{
type: 'use case',
description: 'Add or Update an Item on a to-do List',
request: { listId: Number, item: Item },
response: String,
steps: [
{ type: 'step', description: 'Check if the Item is valid', steps: null },
{ type: 'step', description: 'Check if the List exists', steps: null },
{
type: 'if else',
if: { type: 'step', description: 'If the Item exists', steps: null },
then: { type: 'step', description: 'Then: Add a new Item to the List', steps: null },
else: { type: 'step', description: 'Else: Update Item on the List', steps: null }
}
]
}
"Programs must be written for people to read, and only incidentally for machines to execute" - Harold Abelson, Structure and Interpretation of Computer Programs
Understanding what a software is doing from a business perspective is a must in order to be able to change it quickly and in a sustainable way.
It should be easy to retrieve a system's metadata for all its use cases and steps. This info could be used to leverage innovative interfaces (ex: dynamic admin pages, use case documentations, etc), helping narrow the gap between developers, testers and product managers.
It should be easy to have enterprise grade features even for simple applications. Authorization and auditing, for instance, should be available out of the box. Not using should be opt-in.
It is possible to retrieve the audit trail of an use case after its execution
uc.auditTrail
:
{
type: 'use case',
description: 'Add or Update an Item on a to-do List',
transactionId: '9985fb70-f56d-466a-b466-e200d1d4848c',
elapsedTime: 1981800n, // in nanosecods
user: { name: 'John', id: '923b8b9a', isAdmin: true },
authorized: true,
return: {
Ok: { item: { id: 100, name: 'Do not forget this', position: 9 } }
},
steps: [
{ type: 'step', description: 'Check if the Item is valid', elapsedTime: 208201n , return: {} },
{ type: 'step', description: 'Check if the List exists', elapsedTime: 114300n , return: {} },
{
type: 'if else',
description: 'Add or Update the Item',
returnIf: { Ok: true },
returnThen: {}
}
]
}
TIP: If you need to audit the exceptions thrown by the use case use process.env.HERBS_EXCEPTION = "audit"
. This will swallow the exceptions and return a Err on the step. Recommended for production environments.
A request can be validated against the field's type.
const addOrUpdateItem = (injection) =>
usecase('Add or Update an Item on a to-do List', {
// Input/Request type validation
request: { listId: Number, item: Object },
...
A field in a request can be basic types from Javascript or entities created from gotu herbs lib:
Number
: double-precision 64-bit binary format IEEE 754 value
String
: a UTF‐16 character sequence
Boolean
: true or false
Date
: represents a single moment in time in a platform-independent format.
Object
: the Object class represents one of JavaScript's data types.
Array
: the Array class is a object that is used in the construction of arrays.
Entity
: entity object represents an gotu base entity.
A usecase must declare the authorization function, which receives a user parameter, defined by some middleware in the infrastructure layer, this received parameter will be included within the ctx, and can be accessed from the steps with ctx.user
.
authorize: (user) => user.isAdmin ? Ok() : Err(),
A Use Case reflects a single action exposed by the Domain to the end user. Ex: Reopen Ticket, Reply Message, Add User
Internaly a Use Case control the interaction between Entities, Repositories (infrastructure) and other Domain components.
It should:
- Be modeled around business
- Be reusable
- Be testable / Have clear acceptance criteria
- Help identify right architecture
- Ubiquitous language
"Use cases orchestrate the flow of data to and from the entities, and direct those entities to use their Critical Business Rules to achieve the goals of the use case." - Clean Architecture book
- Keep it simple by telling stories
- Understand the big picture
- Focus on value
- Build the use case in steps
Architecture:
-
Implement business flows using Use Cases.
Ex: Reply Message use case interacts with
Message
,Ticket
,User
and others entities in order to reply a message for a user -
Split the flows in smaller steps
-
Avoid implement validations using Use Cases. Prefer Entities for validations
-
Access Use Cases from outside the Domain
Use cases are the "entry points" for the Domain layer, so it is the only accessible layer from outside the Domain.
-
Don't access any other sublayer which belongs to Domain layer (Entities, etc) apart Use Case from outside Domain
-
Name the Use Case folder, file and its steps as an action (verb).
Ex:
OpenTicket.js
,ReplyMessage.js
,AddUser.js
Use Cases are implemented as command patterns.
References:
As you noted into example session you can return an Err object, this class can be an generic Err as can be a structured Err too
const options = { message: 'message', payload: { entity: 'user' }, cause: Err("my message") || new Error() }
Err.notFound(options),
Err.alreadyExists(options),
Err.invalidEntity(options),
Err.invalidArguments({ ...options, args: { name: 'cant be empty' }}),
Err.permissionDenied(options),
Err.unknown(options),
Err.buildCustomErr(options),
or you can create your own structured Err
Err._buildCustomErr('ERROR_CODE', message, payload, cause)
- Base - Run a use case
- Use Case Error - Ok or Error results for a use case (Rust inspired)
- Steps - Enable multiple steps for a use case
- Nested Steps - Enable multiple steps for a parent step
- Nested Steps - multiple files - Enable multiple steps in diferent files for a parent step
- Use usecase as a step
- Doc Step - Get description and structure from use case and its steps
- Request - Be able to describe and validate the use case request object
- Response - Be able to describe and validate the use case response object
- Dependency Injection (removed)
-
ctx
var - Share context between Steps - Conditional Steps - Enable a If/Else constructor for steps
- Authorization - Be able to authorize the execution of a use case and its steps
- Audit - Be able to track use case runtime information
- Audit - Timing - Be able to track use case and its steps execution time
- Async / MQ - Multiple Rounds - Be able to partially execute a use case and continue (when a MQ is necessary, for instance)
- transaction ID - A ID to track execution between steps
- session ID - A ID to track execution between use cases
- Deal with exceptions
- Deal with no default results (Ok/Err)
- Deal with async / await steps
- Use case examples
Come with us to make an awesome Buchu.
Now, if you do not have technical knowledge and also have intend to help us, do not feel shy, click here to open an issue and collaborate their ideas, the contribution may be a criticism or a compliment (why not?)
If you would like to help contribute to this repository, please see CONTRIBUTING
Buchu is most often used as a stimulating tonic and a diuretic. It is now commonly used to treat urinary tract infections. In the past, this herb has also been used to treat arthritis, kidney stones and gout. It can also be used externally for bruises and sprains.
https://en.wikipedia.org/wiki/Agathosma_betulina
Buchu is released under the MIT license.