[baseten-users] New Framework

Daniel Brajkovic daniel at brajkovic.com
Wed Jun 17 06:28:40 EEST 2009


I can't. I talked with my partner and he agrees, requiring VPN would  
just turn people off.

I took a good look at OpenBase's Objective-C API.  Their Connection  
object in the Cocoa framework is completely independent and can easily  
be vended. No bindings, no KVO, no delegates, all the stuff that is a  
pain with PDO. Also, they have built-in synchronization if I ever  
wanted to add the feature of allowing users to work "off-line." And it  
does have database change notification.  It also has a few goodies  
like LDAP Authorization, which is handy for me because my clients will  
also have WebDav space for files. It's expensive and not as fast as  
PostgreSQL but I'm not going to have millions of users either.

On the other hand, the OpenBase API got me thinking, what if I vend  
the DatabaseContext, just as I successfully did, but instead of  
relying on Synchronized controller, and the self-updating collections,  
use old-fashioned notifications.  I think that would work just fine.   
The ctx would only be accessed if the client received a notification  
it was interested in and to create, get, update, and delete records.  
This would mean I need to FINALLY learn a little more about  
notifications, which I would have to do for OpenBase anyway.

Dan


On Jun 16, 2009, at 10:07 PM, Tuukka Norri wrote:

> Daniel Brajkovic kirjoitti 15.6.2009 kello 23.08:
>> With feature I've been looking for.  But in ultra alpa version.
>
> OK. Still hoping you'd consider VPN, though :)
> -- 
> Best regards,
> Tuukka Norri
> MK&C
>
>
> _______________________________________________
> baseten-users mailing list
> baseten-users at lists.basetenframework.org
> http://lists.basetenframework.org/mailman/listinfo/baseten-users

-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2423 bytes
Desc: not available
URL: <http://lists.basetenframework.org/pipermail/baseten-users/attachments/20090616/a6e820df/attachment.bin>


More information about the baseten-users mailing list