hi,
I very much like your question, this is actually the ideal way to make the most out of playmaker.
I apply several technics to achieve efficient inter communications between playmaker and many many other custom frameworks, saas and and of course asset store scripts and tools.
I think that I have so far divided this communication need in three different approches:
1: Singular custom actions. When you need to call a simple api functions, writing custom actions for each of these function is the best and quikest way
2: bridges and proxies: sometimes, the system you need to use is giving lots of feedback, like events, callback, delegates. in that situation, creating bridges or proxy components is very convenient, the bridge simply seats in the middle. It is often the case where you can modify the system, and that's where bridges really shine.
3: editor wizards for custom actions automatic generation. When you need to have a database typically, the possibilities are infinite. I came up with what i think a great way to operate: building an editor wizard that let the playmaker developer define his/her need, and the wizard the generate the custom action(s). this works very well, and give the playmaker developer a very precise set actions, instead of trying desperatly to create generic actions that becomes convuluted and loose total meaning.
This topic is vast and really interesting, don't hesitate to pm me, so that we can talk more about this. of course, feel free to bounce on what i just highlited, it's barely scratchning the surface. You can find concrete examples of what I explained on the user wiki, where i created numerous bridges,and custom actions for various systems.
https://hutonggames.fogbugz.com/default.asp?W714namely have a look at photon, vectrosity, input.touches and targetpro. i am soon going to release ports for monosqlite, parse and pusher saas, which are by far the most complex ports I have created for playmaker community, beacuse they implement editor wizards with programatic action generation, very cool, because non progrmmers gain access to very complex features.
bye,
jean