3 ms·
I looked through your shared/util.js and, while I don't want to take anything away from your project, it doesn't seem to me that there is much of a case for sig
by jessedhillon 15y ago
I looked through your shared/util.js and, while I don't want to take anything away from your project, it doesn't seem to me that there is much of a case for significant and useful code sharing in Node. When I think of code sharing, I expect something like Luna, from Asana http://asana.com/luna/ http://asana.com/luna/
Instead, the examples of shared code in Node are always simple utility functions, validators and the like. While it helps not to have to rewrite those, it's not groundbreaking. Facilitating the sharing of state between client and server -- hopefully irrespective of the server-side language -- would be a much better goal, IMO.
- seoguru 15y agohave a look at dnode: https://github.com/substack/dnode https://github.com/substack/dnode bidirectional remote method invocation. Oh, and a complimentary robot free of charge: http://substack.net/browse/2010-11-08%2022:16:39 http://substack.net/browse/2010-11-08%2022:16:39 :-)
- m0th87 15y agoThe code itself might not be significant, but the implications are. It defines standard interfaces for interacting with the library. Thus people can write plugins on top that work at both the client and server end.