Live data from Hacker News

LoopBack, a new Node.js framework by StrongLoop

loopback.io

61–67 of 67 posts

Re: LoopBack, a new Node.js framework by StrongLoop

#61

This looks amazing, and the StrongLoop team is chalked full of some great Node.js developers. But for some reason I'm still worried about using it as the backbone for an enterprise scale application; it almost does too much. Perhaps I'm just too averse to this amount of "magic" in any piece of infrastructure due to my Django days. The code is open, but you're not just buying into a single module with a single purpose…

Off-topic note on "chalked full" - you probably mean chock-full, an old phrase probably derived from the word "choke". I was entertained trying to imagine what a chalk filled team might be though :)

Re: LoopBack, a new Node.js framework by StrongLoop

#62

For node-based API backends, I've been using Sails.js or Deployd. In addition to providing automatic RESTful CRUD APIs for your data models, both Sails and Deployd also provide WebSocket interfaces that make it really easy to support real-time capabilities without doing any extra work. It doesn't look like LoopBack does that. I've been particularly happy with Sails.js as the backend framework for my single-page web a…

both are great frameworks, Ritchie was one of the originators of Deployd, LB incorporates lessons learned from Deployd. We have the same WebSocket interface for LoopBack through strong-remoting to support real time. We haven't had time full bake it in, but will soon, especially now finishing up sync and needing server to device push.

Re: LoopBack, a new Node.js framework by StrongLoop

#64
post #43

Looks really awesome. Building my REST app with Baucis right now and finding ACL built-in is really nice! Any plans for using Express > 4.x? More and more stuff is targeting Express 4.x these days.

Baucis takes the approach that monolithic frameworks are more costly in time and resources to build software with in all but the short term, and only then sometimes. Long live small libraries!

Putting that conversation aside, I'd be very interested to know what advantages there are for you in having ACL built-in vs. using one of the ACL middleware modules that are available through npm.

William Riley-Land (Author of baucis)

Re: LoopBack, a new Node.js framework by StrongLoop

#65

Wow, I'm building something a bit similar in the Go area: https://github.com/sergiotapia/paprika Nice to know it's a good idea that a lot of people will find useful. :) Granted in it's current vision Paprika won't handle authentication. It's basically an API server in-a-can. Defined your structs, set up your .toml database configuration and paprika.Start("3000") on a port.

I've seen ton of "expose DB as REST-like API" libraries in various languages, and even tried (unsuccessfully) to write one myself. I'd say just exposing model is trivial, even when coupled with content-type negotiation. Subjectively, the hardest part is permissions (operation, row and field-level ones) and making them play nice with REST and HTTP concepts (like ETags).

I've found that with a stack based around middleware (Express) , that it's now very easy to add open source modules to handle these features for you.

What interests me a lot at the moment are HTTP proxies that provide features like these. I like the encapsulation and scalability that true REST makes easy.

I would say writing the "expose DB as REST-API" can be easy for small projects, but a lot of work can go into making something that is RESTful, scalable, and a joy to build with.

Re: LoopBack, a new Node.js framework by StrongLoop

#66
post #64
post #43

Looks really awesome. Building my REST app with Baucis right now and finding ACL built-in is really nice! Any plans for using Express > 4.x? More and more stuff is targeting Express 4.x these days.

Baucis takes the approach that monolithic frameworks are more costly in time and resources to build software with in all but the short term, and only then sometimes. Long live small libraries! Putting that conversation aside, I'd be very interested to know what advantages there are for you in having ACL built-in vs. using one of the ACL middleware modules that are available through npm. William Riley-Land (Author of…

Requirements for ACL for json fetching/saving and regular rest endpoints are a bit different, so I couldn't find exact fit so far. In most cases you have to define a function, which become too verbose with very little re-usability.

That been said, there are a lot of node.js modules out there and I could simply miss right one. If you could point to a couple you think might play very well with baucis - I would really love it.

In general most of rest/mvc frameworks our there miss this part entirely. I am ok with acl being not part of particular framework as long as there is at least one 'blessed' combination to use.

= pavel karoukin - author of baucis-access plugin :)

Re: LoopBack, a new Node.js framework by StrongLoop

#67
post #66
post #64

Earlier quoted context omitted.

Baucis takes the approach that monolithic frameworks are more costly in time and resources to build software with in all but the short term, and only then sometimes. Long live small libraries! Putting that conversation aside, I'd be very interested to know what advantages there are for you in having ACL built-in vs. using one of the ACL middleware modules that are available through npm. William Riley-Land (Author of…

Requirements for ACL for json fetching/saving and regular rest endpoints are a bit different, so I couldn't find exact fit so far. In most cases you have to define a function, which become too verbose with very little re-usability. That been said, there are a lot of node.js modules out there and I could simply miss right one. If you could point to a couple you think might play very well with baucis - I would really l…

Oh hey, Pavel :)

What're your "killer features" that are lacking for ACL in Node in your experience?

I'm becoming severely intrigued by the idea of using specialized proxy servers for applications like this…

Post reply on HN