View Single Post
Posts: 95 | Thanked: 66 times | Joined on Mar 2012
#1684
Originally Posted by Scorpius View Post
One problem is that if the source is open, WhatsApp Inc. can monitor you closely (like they do with Wazapp and block everything they do) and then start the cat & mouse race of WhatsApp Inc. blocking and we trying to fix it.

The second problem is of course a lawsuit. WhatsApp Inc. couldn't care less about Yappari right now it just have 2000 users max, but if I release the source, anyone can make a client, even a better client for Android or iOS, and if that happens they would also sue me.
Scorpius, a thought below for your consideration.
You don't have to do it of course.

Perhaps you could split Yappari to an engine binary & a UI lib*.so.
A set of API interfaces would be required at both sides.
The engine would call callback functions on Whatsapp protocol events. Callback implementations on the UI side then need to be available for the engine to call.
Likewise, the UI would call callbacks & the engine have corresponding callback function implementations.

You could then keep the engine/protocol code & outsource the bigger problem (UI, which takes up most of your time & typically any dev project's time) to the community.

Implies lotsa change to your code unfortunately, if it hasn't been implemented in such an architecture. But the benefits are great (imagine just asking for an interface & someone else does all that pain for you )

You get the drift, being an experienced coder n all.

& I'm still hoping you'd implement ability to let Yappari accept an IMEI specified into yappari config file of course.. :P Wishful thinking.

kh
 

The Following 3 Users Say Thank You to bozoid For This Useful Post: