Thanks Simon.  I'm vaguely familiar with LoopBack but I'll have to read a 
bit more.  This looks better for creating an actual REST api, which I'm not 
really trying to do.  I'm attempting to wrap existing Rest api's into some 
common node module.  

Actually the response from Adrien referencing the google project is almost 
exactly what I'm attempting (except my project isn't related to google's 
api's).

https://github.com/google/google-api-nodejs-client


I'll look more into LoopBack though, seems like a good abstraction for alot 
of use cases

.



On Friday, 26 December 2014 12:21:43 UTC-5, Simon Ho wrote:
>
> Hi Justin,
>
> Have a look at the LoopBack source code 
> <https://github.com/strongloop/loopback> for a good example of a larger 
> project setup. As for REST APIs, this is the perfect use case for actually 
> using LoopBack. You can simply create your models with a few commands 
> <http://docs.strongloop.com/display/LB/Getting+started+with+LoopBack> and 
> the standard CRUD (create, read, update, delete) REST API endpoints will be 
> created automatically. Of course it does that and a whole lot more, see the 
> documentation <http://docs.strongloop.com/display/LB/LoopBack> for more 
> information.
>
> Cheers,
> Simon
>
> On Monday, 15 December 2014 14:15:09 UTC-8, Justin Maat wrote:
>>
>> Awesome thanks!!!
>>
>> Yes, this is basically the same general concept I'm trying to achieve. 
>>  Didn't even know this project existed :)
>>
>>
>>
>> On Monday, 15 December 2014 15:30:22 UTC-5, Adrien Risser wrote:
>>>
>>> I suggest you take a look at Google API node module, it's basically what 
>>> you are trying to achieve. 
>>>
>>> -- 
>>> Adrien Risser,  
>>> Node.js Consultant
>>> +33 6 59 60 32 58
>>> On Dec 15, 2014 9:25 PM, "Justin Maat" <[email protected]> wrote:
>>>
>>>> Thank you kindly.  This at least helps get me started.  Yeah, I know 
>>>> it's kind of asking for an opinionated answer, but it helps me when I 
>>>> review existing code instead of googling for random snippets across the 
>>>> internet.
>>>>
>>>> I'll start with the actual node codebase and move from there.  
>>>>
>>>>
>>>>
>>>> On Monday, 15 December 2014 12:51:28 UTC-5, Floby wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> my advice on the matter of "good coding style" and "best practices" 
>>>>> are that these are similar to bandwagons. The smarter thing to do would 
>>>>> be 
>>>>> to try and gain some understanding of the existing practices and where 
>>>>> they 
>>>>> come from.
>>>>>
>>>>> that said : 
>>>>> - the node.js codebase itself has a pretty straighforward coding style
>>>>> - express has had a lot of contributors and does some pretty clever 
>>>>> stuff
>>>>> - I don't like request's coding style and particularily not how it's 
>>>>> just one big file
>>>>> - any of substack's module is a good place to start as they are 
>>>>> usually small and easy to wrap your head around
>>>>> - nodejitsu/flatiron codebases are pretty well done in my opinion, 
>>>>> very organised
>>>>> - strongloop code should be ok to look at as well
>>>>>
>>>>>
>>>>>
>>>>> On Saturday, 13 December 2014 00:03:02 UTC+1, Justin Maat wrote:
>>>>>>
>>>>>> Apologies since I know this is sort of a broad question, but I'm 
>>>>>> fairly new with Node and trying to wrap my helload around some best 
>>>>>> practices.  I come from a java/scala background and while learning a new 
>>>>>> language, I typically like to look at existing libraries to get some 
>>>>>> knowledge and understanding.  
>>>>>>
>>>>>> My goal - I'm trying to make a npm module that will aggregate a bunch 
>>>>>> of different (but functionally related) rest api's then expose them with 
>>>>>> some common wrapper functions.
>>>>>>
>>>>>> For example - http://domain1/some_endpoint/..  , 
>>>>>> http://domain2/some_other_endpoint,..   etc.    Where the endpoints 
>>>>>> (some_endpoint and other_endpoint) do functionally similar things 
>>>>>>
>>>>>> Where my module will allow something like 
>>>>>>
>>>>>> var myapp = require('myapp.js');
>>>>>> var Domain1 = myapp.domain1;
>>>>>> var Domain2 = myapp.domain2;
>>>>>>
>>>>>>
>>>>>> Domain1.endpoint(args);   //or something to this effect
>>>>>> Domain2.endpoint(args);
>>>>>>
>>>>>>
>>>>>> My question is, what are some open source resources that are 
>>>>>> considered "good" that I can review for best practices on how to 
>>>>>> structure 
>>>>>> the app?  So far, I've looked through the request, async, and q 
>>>>>> libraries 
>>>>>> to try and find some inspiration but there seems to be a huge difference 
>>>>>> in 
>>>>>> coding styles between alot of these open source projects.
>>>>>>
>>>>>>
>>>>>> So.. I guess my question can be generalized as - what are some good 
>>>>>> open source projects that are considered "good" code that can be used 
>>>>>> for 
>>>>>> reference?  
>>>>>>
>>>>>  -- 
>>>> Job board: http://jobs.nodejs.org/
>>>> New group rules: 
>>>> https://gist.github.com/othiym23/9886289#file-moderation-policy-md
>>>> Old group rules: 
>>>> https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines
>>>> --- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "nodejs" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to [email protected].
>>>> To post to this group, send email to [email protected].
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/nodejs/9c94bbe3-2821-4f02-bb72-8a384a3acbd0%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/nodejs/9c94bbe3-2821-4f02-bb72-8a384a3acbd0%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>

-- 
Job board: http://jobs.nodejs.org/
New group rules: 
https://gist.github.com/othiym23/9886289#file-moderation-policy-md
Old group rules: 
https://github.com/joyent/node/wiki/Mailing-List-Posting-Guidelines
--- 
You received this message because you are subscribed to the Google Groups 
"nodejs" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To post to this group, send email to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/nodejs/6777b1ec-c4ed-4826-9de8-483923e6b93c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Reply via email to