New Case Study:See how Anthropic automated 95% of dependency reviews with Socket.Learn More
Socket
Sign inDemoInstall
Socket

derby-ar

Package Overview
Dependencies
Maintainers
2
Versions
17
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

derby-ar

Plugin for helping writing ActiveRecord style/pattern code for Derby

  • 0.6.0
  • latest
  • Source
  • npm
  • Socket score

Version published
Maintainers
2
Created
Source

derby-ar

Plugin for helping writing ActiveRecord style/pattern code for Derby

How to use

After adding the plugin:

derby.use(require('derby-ar'));

One can add model layer code automatically to the model layer and schemas:

function CollectionConstructor() {}

CollectionConstructor.prototype.doSomethingWithCollection = function() {
  // Your code here
};

function ItemConstructor() {}

ItemConstructor.prototype.doSomethingWithItem = function() {
  // Your code here
};

derby.model({
  name: 'myCollection',
  schema: {}, // Schema - see https://github.com/derbyparty/racer-schema for more details
  formats: {}, // Formats according to https://github.com/derbyparty/racer-schema
  validators: {}, // Validators according to https://github.com/derbyparty/racer-schema
  Collection: CollectionConstructor,
  Item: ItemConstructor
});

All added schemas are automatically validated server-side and will return errors in the appropriate callbacks - see https://github.com/derbyparty/racer-schema for more details. Formats and validators are there to help the schema validations.

The functionality added to the CollectionConstructor and ItemConstructor can be used to add Model layer (Model as in MVC) such as examplified below:

...
var myCollection = model.at('myCollection'); // model needs to be root here, e.g. model.root if used inside Components
myCollection.subscribe(function () {
  myCollection.doSomethingWithCollection();

  var myItem = myCollection.at('<id of myItem>');

  myItem.doSomethingWithItem();
});
...

Features

In addition to the base functionality described above, one can call each method as a RPC (Remote Procedure Call), and one can easily switch between ensuring certain methods are only processed server-side. This is useful when one does not trust the client do so certain processing, e.g. when certain processesing is to cumbersome for clients. Any method that exists on any Collection or Item class, can also be triggered in the following manner to process it server-side:

// Trigger myMethod client-side, just like normally
myCollection.myMethod(myArg1, myArg2, callback);

// Trigger myMethod as a RPC
myCollection.myMethod.rpc(myArg1, myArg2, callback);

E.g. the only difference in how to call a method as a RPC (and make it process server-side) is to add .rpc after the method. The same parameters should be passed. Noteworthy is that a function can in some instances be triggered client side and in some instances triggered as a RPC - this is fully up to the caller.

NOTE! There's one requirement for any method which is possibly called as a RPC. It needs to have a callback function (since RPCs are always asynchronous), and the callback needs to be the last argument passed. NOTE 2! This does not protect the methods - they are still passed along to the client.

Derby-services

Derby-ar includes derby-services on default, which means you can conveniently add services in a similar fashion to how active records are added. The difference is that services are not tied to a specific collection (behind the scenes, it's just a simple wrapper for conveniently creating JS classes).

function MyService() {}

// The name is used for looking up the proper service when accesing it on the model
MyService.prototype.name = 'myService';

MyService.prototype.hello = function () {
  console.log('hello world!');
};

// Register the service with racer
racer.service(MyService);

...

// In your application code
var $myService = model.service('myService');
$myService.hello();
// Output: 'hello world'

How it works

Automatically when scoping a model to a collection or item level which has CollectionConstructor and/or ItemConstructor added, the scoped model will inherit the prototype of the Collection/Item-Constructor. Thus, all normal model operations are possible, such as examplified below:

...
myCollection.get(); // Will return plain Collection object of all items in collection

myItem.set('firstName', 'Carl-Johan'); // Works as normal set
myItem.set('lastName', 'Blomqvist'); // Works as normal set

myItem.start('fullName', 'firstName', 'lastName', function (firstName, lastName) {
  return firstName + ' ' + lastName;
});

myItem.get('fullName') // Returns 'Carl-Johan Blomqvist'
...

Ideas and limitations

  • There are currently no way to add collection/item specific hooks triggered server side.
  • There still needs some work to make dereferencing properly work.
  • Relations should be added to the schema as a way to automatically subscribe to multiple levels of related collections, and to automatically create references/refLists between items. There's no such functionality right now.

Keywords

FAQs

Package last updated on 22 Jan 2016

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc