Google Groups Home
Help | Sign in
API Improvements?
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
  2 messages - Collapse all
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
Paul Dlug  
View profile
 More options Apr 22, 8:54 am
From: Paul Dlug <paul.d...@gmail.com>
Date: Tue, 22 Apr 2008 05:54:49 -0700 (PDT)
Local: Tues, Apr 22 2008 8:54 am
Subject: API Improvements?
I came across StrokeDB in comparing ThruDB and CouchDB, it seems
interesting but the API is quite awkward. Is the current Meta/Document
API in development or fixed? Is there any interest in making this into
something closer to some of the ORM's out there like ActiveRecord and
DataMapper? This may ease in others adopting it.

I'm personally partial to the DataMapper/merb pattern of using mixins,
something like:

class Blog
  include StrokeDB::Meta
end

rather than the current Blog = Meta.new, I think this is a cleaner
abstraction, models should be classes anyway IMHO.

Any ideas/feedback? I'm willing to spend some time doing a fork of the
git repo and implementing a cleaner user level API.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
Yurii Rashkovskii  
View profile
 More options Apr 22, 9:04 am
From: Yurii Rashkovskii <yra...@gmail.com>
Date: Tue, 22 Apr 2008 16:04:51 +0300
Local: Tues, Apr 22 2008 9:04 am
Subject: Re: [StrokeDB] API Improvements?

On Apr 22, 2008, at 3:54 PM, Paul Dlug wrote:

> I came across StrokeDB in comparing ThruDB and CouchDB, it seems
> interesting but the API is quite awkward. Is the current Meta/Document
> API in development or fixed?

StrokeDB is in development, so any API might be changed eventually if  
there is enough reasons to.

> Is there any interest in making this into
> something closer to some of the ORM's out there like ActiveRecord and
> DataMapper? This may ease in others adopting it.

Our Document API is pretty much close to ActiveRecord I believe, to  
the extent reasonable (since StrokeDB is not an ORM).

Also I should note that we had some discussions on IRC about adding  
StrokeDB support for DM (even though I hardly understand purpose of  
it, except for transferring legacy data)

> I'm personally partial to the DataMapper/merb pattern of using mixins,
> something like:

> class Blog
>  include StrokeDB::Meta
> end

> rather than the current Blog = Meta.new, I think this is a cleaner
> abstraction, models should be classes anyway IMHO.

Who said models should be classes anyway? StrokeDB provides a concept  
of multi-meta documents, i.e. documents that may have more than one  
meta document associated. This concept is way more close to real  
world, where every object can be seen from different points of views,  
in different aspects.

StrokeDB mixins meta modules into documents, and that is why  
StrokeDB's metas are modules — because there is no way to mix class in.

> Any ideas/feedback? I'm willing to spend some time doing a fork of the
> git repo and implementing a cleaner user level API.

You are always welcome to contribute!

Yurii.


    Reply to author    Forward  
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
End of messages
« Back to Discussions « Newer topic     Older topic »

Create a group - Google Groups - Google Home - Terms of Service - Privacy Policy
©2008 Google