You probably know about django-rest-framework, which I find to be absolutely awesome. I wouldn't look further --- sooo much batteries the API will practically write itself ;)
What language/framework would be suitable for a new lightweight API project?
11–20 of 30 posts
Re: What language/framework would be suitable for a new lightweight API project?
#12I would suggest node.js - it makes it really easy to not shoot yourself in the foot. The async nature allows for concurrency, something you can't easily archieve with e.g. ruby and python. And while you are at it, try out hapi.js: http://hapijs.com/ - my favorite tool for writing request proxies (which i do for a living :D )
Re: What language/framework would be suitable for a new lightweight API project?
#13[deleted]
Re: What language/framework would be suitable for a new lightweight API project?
#14If you're just using HTTP auth then try Sinatra. You could probably whip up something viable in 50 lines.
Sinatra looks very straight-forward. Checking out the repo on GitHub now, and it looks great! I will probably do some sort of token-based auth. The app will eventually integrate with Ember.js.
i don't know if this will be too confusing for you if you're new to sinatra, but the new version of Kibana (which is basically an interface to elasticsearch) uses sinatra, angular and grunt. Basically there are some grunt tasks to package it up into jruby so the final app runs wherever java is installed.
Re: What language/framework would be suitable for a new lightweight API project?
#15I would suggest node.js - it makes it really easy to not shoot yourself in the foot. The async nature allows for concurrency, something you can't easily archieve with e.g. ruby and python. And while you are at it, try out hapi.js: http://hapijs.com/ - my favorite tool for writing request proxies (which i do for a living :D )
Re: What language/framework would be suitable for a new lightweight API project?
#16I would suggest node.js - it makes it really easy to not shoot yourself in the foot. The async nature allows for concurrency, something you can't easily archieve with e.g. ruby and python. And while you are at it, try out hapi.js: http://hapijs.com/ - my favorite tool for writing request proxies (which i do for a living :D )
https://www.youtube.com/watch?v=bzkRVzciAZg
:D Yeaaaah..I'd actually much prefer ruby or python... but it just doesn't perform :(
Re: What language/framework would be suitable for a new lightweight API project?
#17If you feel like using golang. I have written this and been using this in production for quite some time https://github.com/Simversity/gottp
Re: What language/framework would be suitable for a new lightweight API project?
#18You probably know about django-rest-framework, which I find to be absolutely awesome. I wouldn't look further --- sooo much batteries the API will practically write itself ;)
I'm familiar with DRF, and yes, it is terrific. However, because I want to interface directly with Elasticsearch, I am inclined to drop Django altogether.
Re: What language/framework would be suitable for a new lightweight API project?
#19I haven't used Flask (or Python) aside from one small hack project. It seemed simple and straight forward enough, and very similar to Ruby's Sinatra framework. Personally in Ruby I would most likely pick Sinatra, in Python I'd pick Flash or something similar. However if you wanna play with languages you're less familiar with, I'd recommend Go, or Node.js. Personally I find Go really interesting as it's quite differen…
I actually went through the Golang quickstart before writing my original post. It is very tempting, but I'm concerned it might be a long journey for what should be a simple app. In your experience, how productive is Go at kicking out basic CRUD APIs?
Re: What language/framework would be suitable for a new lightweight API project?
#20Flask.