Restify 1.0 for Node.js is officially out

http://mcavage.github.com/node-restify/

by potomak • 14 years ago

76 26 14 years ago

mcavage.github.com

minikomi• 14 years ago

Congrats!

1. Small aesthetic thing - in the menu, there are 2 items named "Server API", which are both hi-liting when either is in context.

2. Your intro might benefit from listing not only why/when to use it but what kind of use cases are better suited - eg. which use case brought you to begin building it?

Looking through the rest!

pors2• 14 years ago

I have been looking for something like this, but I still miss support for building a streaming API. Expected in version 1.1? :)

dscape• 14 years ago

are you saying restify doesn't allow piping?

pors2• 14 years ago

Not sure what you mean with piping, but all examples in the documentation are fixed length responses.

vjeux• 14 years ago

It is not possible to scroll on the documentation from an iphone :(

yawnt3• 14 years ago

works for me (iOS 5)

ElliotH• 14 years ago

Yeah, scroll is very odd behaving on Android 2.3.

bergie• 14 years ago

Looks interesting. I've used https://github.com/visionmedia/express-resource for similar purposes.

olegp2• 14 years ago

I've just ported Stick from RingoJS to Node, which does the same thing but lets you write code in a synchronous manner: https://github.com/olegp/stick

yawnt3• 14 years ago

i fail at seeing the point in forcing javascript to act synchronously

olegp2• 14 years ago

You end up with less code that's easier to maintain, in my experience. Check out this presentation I gave on the topic: http://www.slideshare.net/olegp/server-side-javascript-going...

MatthewPhillips• 14 years ago

The thing about all of these Sinatra-like frameworks is there is a lot of code repetition. Instead of passing in a function for each http method for a given uri, it would be nice if I could pass in an object for the uri once, then have the framework call the object's head, get, put, etc. functions.

viscanti• 14 years ago

You can already accomplish this in Express by creating middleware and abstract routes for CRUD stuff.

app.all('/users', middleware, routes.user);

If you're just doing CRUD on a route, that can be abstracted fairly easily. It can also help better organize your code on a larger project (a la MVC-ish), rather than the Sinatra-like feel.

Too many "beginner" express examples show everything in one big file. With all the route logic, etc all in one place, without any CRUD abstraction. Generally these demos are so small that they don't need any abstraction. It takes 20 minutes to write the whole thing, and it's not meant to do much in production. In a production environment, where you have a bigger app, you'll want to abstract away as much of the boilerplate code as possible. Luckily it's fairly trivial to compose abstract higher order functions in javascript to do just that.

rgbrgb• 14 years ago

Thanks for sharing this tip. Do you by chance know of any tutorials on writing middleware that does this sort of thing?

tbranyen• 14 years ago

I'm confused as to why these frameworks don't use the full delete identifier and instead opt for del. delete is a completely valid property identifier for objects and can be accessed identically to del and is significantly less confusing.

If you are using full verbs for everything else, stay consistent please :-/

firefoxman1• 14 years ago

So even though it's a reserved keyword, it's ok to use as a property name?

digitallimit02• 14 years ago

In terms of a RESTful web service, is an object's id supposed to be passed in as a parameter in a GET request, or be a part of the core URI, e.g. api.test.com/teacher/1234 would retrieve the teacher of id=1234 or api.test.com/students/1234 would retrieve that teacher's students.

Is api.test.com/teacher?id=1234 more kosher?

albemuth• 14 years ago

The pattern used in Rails would be something like api.test.com/teacher/1234/students

digitallimit02• 14 years ago

I was just reading up on the Graph API Facebook uses and its pattern is just api.test.com/1234/students. There seems to be very little standardization. The tutorial I'm reading right now wants me to pass the id in as a parameter. Weird.

mcantelon3• 14 years ago

api.test.com/students/1234 would be correct. A REST URL is supposed to identify a resource (noun) when possible.

csears• 14 years ago

I keep hoping to see more PATCH support in REST frameworks like this, but it doesn't seem to be getting much traction. Perhaps we need to include it with the CRUD operations... CRUPD?

le_isms• 14 years ago

Will this work as a drop-in replacement for express?

mcantelon3• 14 years ago

Another project with similar aims:

https://github.com/marak/webservice.js

Restify 1.0 for Node.js is officially out

Related Stories