MGTwitterEngine - anyone added list support yet?

[Tim Haines]

Hey guys,

Has anyone added list support to @mattgemmell's MGTwitterEngine yet?

Cheers,

Tim.

[Zac Bowling]

I give mgtwitterengine credit for being there (was there for me in a snap once) and being there first for cocoa devs to drop in, but there are some nasties to it. It's async callback/delegate pattern is odd (try supporting multiple accounts with it and you understand quickly that you don't where the data is coming from because there is no handle back to the account). Twitter's api isn't overly complicated so it's easy enough to roll your own API wrapper, which is what did in my own project.

Zac Bowling
@zbowling

[Tim Haines]

Hey Zac,

That's what I decided to do too.  

Interested in your point of concern given as an example though.  MGTwitterEngine gives you a UUID for each request right?  So you should be dropping those into an array for your tracking purposes so you know where they came from and what for (and which account), and then respond appropriately?

One of the things I didn't like about it is that I couldn't find an easy way to gain access to the response body if an error occurs.  I realized the subset of API calls I need is so small that I should just roll my own anyway though..

Tim.

[Zac Bowling]

My opinions are more from using an older version of it and things may
have changed in the last few months. They never used to give a source
(an object handle or ID or anything that could hold on too) that gave
you and idea of the account the data was coming from to your callback
delegate (made very difficult to support multiple accounts). I'm
recalling this from memory, but there was also a dictionary at its
core IIRC that was tracking things by string rather then just giving
me an object pointer that I could hold on too that really bothered me.
Too long ago and to many brain cells spent since then to remember
exactly that issue. :-)

It also was written before Objective-C 2.0 ;-)

Zac Bowling
@zbowling