-
Notifications
You must be signed in to change notification settings - Fork 135
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
v2 redesign! #143
Comments
High level features/scenarios to support:
Feel free to suggest others/changes and I'll edit this. |
👍 :) |
Okay, I've spec'ed out a stab at what the v2 API looks like at a detailed level. It's long, but thorough. Please TAL; feedback welcome! (cc @jexp @chanadian) https://github.com/thingdom/node-neo4j/blob/v2/API_v2.md @brian-gates @wfreeman: your guys' feedback on the thinking behind the (simple, minimal) transactions API in particular would be great! https://github.com/thingdom/node-neo4j/blob/v2/API_v2.md#transactions Obviously heavily influenced by the design and capabilities of cypher-stream, but also keeping in mind @brian-gates's point (that I agree with) that if anybody really needs more power than this API ends up giving, they're always free to use cypher-stream directly. =) Super excited. Still going to be a long road of impl. though. ;) Thanks guys! |
If you have any feedback, feel free to comment on the PR directly: #145. |
With its own v2, Neo4j is now pretty firmly Cypher-first. It'd be great to update this driver's design and API to reflect and optimize for that, too.
E.g. people frequently request a method to add labels to a node. But since that's typically done at creation time, it's better to do that in the create transaction directly. Neo4j's REST API doesn't support that, but Cypher does.
There are still some things that are only accessible via the REST API today, so this driver would still need to support those things. E.g. query all labels; write to legacy indexes (needed for fulltext search); and soon, manage authentication.
Big-picture: does it make sense to have an object-oriented design anymore? Or should the driver really be pretty functional now — stateless, just like HTTP/REST?
Opening this issue to discuss all of these things.
The text was updated successfully, but these errors were encountered: