I took a quick glance at the Protobuf page and didn't see anything mentioning JS support, which is part of the reason I brought JS/JSON up. There are other projects for it, but it would be potentially nicer if there was an officially supported JS version.
https://github.com/dcodeIO/ProtoBuf.js (one such project) On Tue, Dec 8, 2015 at 6:49 AM, Andrus Adamchik <[email protected]> wrote: > Yes, ROP is not usable with JS clients, and it won't be. While LinkRest is > targeting exactly this area. > > Andrus > > > On Dec 8, 2015, at 2:36 PM, Michael Gentry <[email protected]> > wrote: > > > > At the risk of muddying the thread, I think the biggest weakness/hole for > > Cayenne as an ROP server is dealing with the evolving JavaScript UI > > frameworks (AngularJS, KnockoutJS, etc). Most JS-based applications seem > > to deal with small amounts of data, which is easy enough to map small > JSON > > graphs by hand, but for more serious applications (100s to 1000s of form > > inputs), this just isn't tenable. Perhaps LinkRest is the Cayenne > solution > > (I've sadly not been able to use it yet -- been diverted to iOS and > NodeJS > > work). I see web-based applications going more-and-more to heavily > > JS-based implementations and think having a good persistence/mapping > > mechanism between a Cayenne server and a JS interface would be a pretty > > huge win. > > > > mrg > > > > > > On Mon, Dec 7, 2015 at 6:01 AM, Andrus Adamchik <[email protected]> > > wrote: > > > >> > >>> On Dec 7, 2015, at 12:53 PM, Aristedes Maniatis <[email protected]> > >> wrote: > >>> > >>> Also, I just saw this: http://www.grpc.io/ which is licensed under a > >> BSD-style three clause thing. That looks like it overlaps linkrest a > bit in > >> features, but perhaps we can learn a bit about their approaches to RPC > >> service calls which need to wrap around the actual Cayenne objects. > >> > >> > >> LinkRest objective is building RESTful APIs, which is the opposite of > RPC. > >> ROP though (at least currently) is RPC. So yeah, there may be something > >> there. > >> > >> Andrus > >> > >> > >
