New Case Study:See how Anthropic automated 95% of dependency reviews with Socket.Learn More →
prague - npm Package Compare versions
Comparing version 0.17.1 to 0.18.0
| { | ||
| "name": "prague", | ||
| "repository": { | ||
| "type": "git", | ||
| "url": "git://git@github.com/billba/prague.git" | ||
| }, | ||
| "version": "0.17.1", | ||
| "description": "functional rules engine", | ||
| "main": "dist/prague.js", | ||
| "types": "dist/prague.d.ts", | ||
| "version": "0.18.0", | ||
| "description": "EDSL for rules", | ||
| "main": "lib/prague.js", | ||
| "types": "lib/prague.d.ts", | ||
| "scripts": { | ||
@@ -19,11 +15,10 @@ "build": "tsc", | ||
| "devDependencies": { | ||
| "@types/node": "^7.0.31", | ||
| "chai": "^4.1.1", | ||
| "chai-subset": "^1.5.0", | ||
| "mocha": "^3.5.0", | ||
| "typescript": "2.6.2" | ||
| "chai": "^4.1.2", | ||
| "chai-subset": "^1.6.0", | ||
| "mocha": "^5.1.0", | ||
| "typescript": "2.8.1" | ||
| }, | ||
| "dependencies": { | ||
| "rxjs": "5.5.2" | ||
| "rxjs": "5.5.10" | ||
| } | ||
| } |
| # Prague | ||
| An experimental rule system handy for intepreting user input, great for adding conversational features to apps, using lessons learned from the [message router](http://www.enterpriseintegrationpatterns.com/patterns/messaging/MessageRoutingIntro.html) pattern. I thought of it as I walked around Prague on a sunny Spring day. **This is just an experiment and not an official Microsoft project.** | ||
| An experimental rule system handy for intepreting user input, great for adding conversational features to apps. I thought of it as I walked around Prague on a sunny Spring day. **This is not an official Microsoft project.** | ||
| Major features of Prague: | ||
| * strongly-typed rules engine for interpreting ambiguous input of all kinds | ||
| * support for different types of applications through fine-grained interfaces rather than high-level abstraction | ||
| * strongly-typed when using TypeScript | ||
| * deeply asynchronous via RxJS | ||
| * | ||
| Some types of applications you could build with Prague: | ||
| * OS shell | ||
| * Browser app w/chat interface | ||
| * Browser app w/voice interface | ||
| * Slack bot (native interface) | ||
| * Multi-platform Chat bot | ||
| * Server-rendered Website w/pop-up chat | ||
| * Chat bot | ||
| * Games | ||
@@ -21,17 +18,43 @@ ## Building Prague | ||
| * clone or fork this repo | ||
| * `cd recipes\fluent` | ||
| * `npm install` | ||
| * `npm run build` (or `npm run watch` to build on file changes) | ||
| ## Prague recipes | ||
| ## To add to your app | ||
| `npm install -S prague-fluent` | ||
| Prague is a low-level framework. If you want to build an app you will want to use (or create) a `recipe`, which is a set of functionality that allows you to exchange messages with a given channel, using a given state store, etc. | ||
| # A guide to Prague | ||
| As recipes emerge they will be posted here. | ||
| ## A note about terminology: Routes and Routers | ||
| ## Prague samples | ||
| Past versions of Prague were based on the [network message router](http://www.enterpriseintegrationpatterns.com/patterns/messaging/MessageRoutingIntro.html) pattern. Messages were *routed* through rules, resulting in a *route*. As Prague has evolved (or *pragueressed*, if you will), the message has disappeared as a first class object, and so Router and Route are legacy terminology. I am *extremely open* to suggestions for replacements. | ||
| TBD | ||
| ## Overview | ||
| # Tutorial | ||
| A *Router* is a rule in the form of a function that produces an output called a *Route*. | ||
| TBD | ||
| ## Routes | ||
| There are several types of Routes: | ||
| ### No | ||
| A *NoRoute* is the failure output of a rule. | ||
| ### Do | ||
| A *DoRoute* contains asynchronous code to run (**do$** or **do**, depending if you prefer Observables or Promises). | ||
| The ultimate goal of a Prague rule system is either a *DoRoute* (run some code) or a *NoRoute* (don't do anything). | ||
| ### Match | ||
| A *MatchRoute* contains information extracted out of the system, such as an intent and/or entities. It contains a typed **value** such as a string or an array of entities, and a **score**, which is a floating-point number between 0 and 1 representing confidence in this information. | ||
| A MatchRoute is not an end into itself. | ||
| ### Template | ||
| A *TemplateRoute* contains a schemetized *description* of code to run, in the form **action** (name of action) and **args** (arguments to that function). The **Templates** class allows you to define a dictionary of such actions. | ||
New alerts
Major refactor
Supply chain riskPackage has recently undergone a major refactor. It may be unstable or indicate significant internal changes. Use caution when updating to versions that include significant changes.
Found 1 instance in 1 package
No repository
Supply chain riskPackage does not have a linked source code repository. Without this field, a package will have no reference to the location of the source code use to generate the package.
Found 1 instance in 1 package
Fixed alerts
Major refactor
Supply chain riskPackage has recently undergone a major refactor. It may be unstable or indicate significant internal changes. Use caution when updating to versions that include significant changes.
Found 1 instance in 1 package
Improved metrics
- Total package byte prevSize
- increased by8.36%
118840
- Dev dependency count
- decreased by-20%
4
- Lines of code
- increased by40.78%
2779
- Number of lines in readme file
- increased by62.16%
60
Worsened metrics
- Number of package files
- decreased by-61.9%
8
- Number of low supply chain risk alerts
- increased byInfinity%
1
Dependency changes
+ Addedrxjs@5.5.10(transitive)
+ Addedsymbol-observable@1.0.1(transitive)
- Removedrxjs@5.5.2(transitive)
- Removedsymbol-observable@1.2.0(transitive)
Updatedrxjs@5.5.10