Sun Dec 13 14:45:23 CET 2009
Honestly, you might do better to just use Mnesia as the backend for a tuple-space. It's distributed and has all of the features.
Otherwise, I wouldn't probably make each tuple is a process. If distribution isn't a goal, you might consider using ets tables. They're lightning fast and you can do pretty powerful queries on them using ets:match and friends.
I can't currently think of a big advantage to using processes as tuples, although I admit that the objects-as-processes model is a good way to move from OOP to FP.
On Dec 13, 2009, at 4:09 AM, mike h wrote:
> Hi All,
> I've just started learning Erland and I'm really excited by it!
> I have a couple of questions.
> I have a lot of experience in OO languages and quite a bit in some of the imperative/functional hybrids like Ruby etc. My main interest in Erlang is in it's concurrent and distributed capabilities, so, which of the two main Erlang books would folk reccommend? (I think I'm right in saying there are currently just two main books, one by Oreilly and one by Erlang's designer)
> Next question is a bit more open ended. I have a particular interest in tuple spaces (JavaSpaces, Linda, Rinda etc) and their implementation and application.. And I want to use Erlang to implement a tuple space server and client. At the moment I've not really yet got into the Erlang 'mindset' but my initial idea is to use a process to represent a Tuple and have one process as the space server and a message to that server would create a tuple (ie process) based on the message details.
> Any comments, advice, pointers to existing implementations of a tuple space etc etc would be welcome,
More information about the erlang-questions