npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

@devhelpr/flowrunner

v0.18.6

Published

Library which runs flows

Downloads

121

Readme

FlowEventRunner

Library to run a flow-graph defined in json, expandable by plugins and hooks.

The reason for the existence of this library is reusability. When talking about reusability, this usually is from code perspective. But throughout the years my conclusion is that the lifespan of code is limited. It will be replaced by other code either in the same programming language or in a different programming language in new environments within a relative short period of time. While often things like business rules/logic, data and application flows are being transferred to new code environments while the actual rules/logic/flows stay the same.

The question that I asked myself is: can this be avoided if we represent these rules/logic in a different way then in code? A possible solution for this is a conditional directed graph consisting of simple properties and data types which can be represented in json or xml and shown visually on screen. The graph represents the control flow of typical software applications. Instead of relying on code to represent and handle the connection between the components of a software application, this is represented by the graph. This graph should be executed by generic and extendable code.

That is what this package is the starting point for : run a flow of node's where every node has a specific task attached. A set of basic tasks already exists and can be further extended. Offcourse this implementation is in Javascript (written in typescript), but the same principle should be transferable to other programming languages like C#, PHP, Rust, ReasonML, Swift and/or Kotlin.

Currently the focus is on building the core set of packages and getting the right set of functionality with correct naming of api methods and properties and testing it with real life use-cases.

The package won't be stable until v1... before that time don't use these packages in production code.

Publishing package

  • yarn test
  • yarn build
  • npm version ...(replace ... with new version number)
  • npm publish