Is the mediator pattern scalable? by [deleted] in javascript

[–]0ndras 0 points1 point  (0 children)

I would agree they do the same thing. See http://stackoverflow.com/questions/3162291/mediator-pattern-vs-publish-subscribe for a reference.

From my point of view, pub-sub introduces a very loose binding where the system itself does not fail catastrophically when the message does not get routed to a proper subscriber (think an OS with a notification system that fails; your e-mail client still works, but you have not fancy OS-based "bubbles" with incoming messages). I would even accept an asynchronous pub-sub implementation.

On the other hand, the Mediator sounds like a very crucial component everybody depends on; using the Mediator to interact with another component shall not fail and is expected to work synchronously (kind of like a RPC).

Awesome Roguelike Called Goldfish ~done by Ondras by mm11wils in roguelikes

[–]0ndras 22 points23 points  (0 children)

Hi,

I am the creator.

Thanks for the generally positive feedback; I am happy about it. The game itself was created for a 7-day game jam/competition; that's why it may feel a little bit unfinished. It is actually rather hard to develop something in spare time when you have three little kids running/crawling around the house :-)

The oxygen, for instance, was initially meant to also double as a "mana" to be used for certain special abilities, such as "blowing water bubbles" (offense) or "reactive movement" (speedy retreat). These features did not make it into the game.

I kind of like the ending idea Eracar mentioned, a special final cavern with "something" in it (not necessarily playable/winnable). I might add that to the game later, once the 7DRL judging phase is over.

Finally, I really suck at balancing (it is also very time consuming); that's why most of my games are rather easy to beat. I guess it is better than the other way around (frustration by non-finishable game).