private int MyAwesomeFunction(int pVar)
{
// coding magic
return pVar++;
}

…where pVar = 10, the returned value will NOT be 11!  The returned value will still be 10.  If you want to return an incremented value for pVar, do the following:

private int MyAwesomeFunction(int pVar)
{
// coding magic
return ++pVar; // or return pVar+1;
}

Just a case of postfix vs prefix.  In the previous example, the variable never gets incremented because the postfix operator would get evaluated after the line is processed, but that never happens because we’re returning the pVar.  By flipping to a prefix operator, we guarantee that we evaluate the opperator against the variable before we return it.

It’s also worth mentioning that being a little verbose here is also good.  Explicitly stating that you’re adding 1 to the variable (as displayed in the commented code) is the same number of characters and we eliminate the confusion over what’s getting returned.

Happy Coding!

1] Denial

It doesn’t really say that, does it?  I mean, they  must not realize what this will do to other projects not related to Adobe.  I’m sure they won’t enforce it.

2] Anger

Are you F*%#ING SERIOUS RIGHT NOW!?  Don’t they realize that some EA games use Lua!?  Are they going take those apps out of the store?  Don’t give me that “quality of apps” crap!  There are TONS of horrible apps written in native Objective-C!  “Crappy devs will make crappy apps regardless of how many layers there are & it doesn’t make sense to limit source-to-source conversion.”  This is creativity stifling!  Apple’s going to lose so many apps they’ll repeal this decision with the QUICKNESS!  I’m just going to bang out the best apps ever and we’ll see if Apple tries to take them out of the store.  I DOUBT THEY WILL!  What happened to the approval process!?  Shouldn’t that be enough!?  Don’t they understand how error prone manual memory management is!?  FURY!!!

3] Bargaining

Maybe we can team up with other developers and convince Apple to change this.  We can show them of the talent that’ll jump ship.  I mean, we’re not like those “sexy app” guys, right?

4] Depression

It’s over man!  It’s GAME OVER! Damn it!  I wasted all this time! What will become of my projects!?  I’m tossing out my iPhone & I’m definitely not buying an iPad now.  It’ll just be too painful of a reminder that my app is available on it**.  Nothing to see here except a teary-eyed developer

5] Acceptance

This sucks likes crazy, but I’ve still got time.  I’ll make updates to Touch Playbook for as long as I can.  MonoTouch is talking about giving developers the ability to create Droid apps and that will kick ass!  Windows Phone 7 is right around the corner and since my app is already written in C#, the port should be very easy.  The HP Slate runs Windows 7 and obviously Silverlight so there’s another port right there.  I’ll get started on that this weekend!  If it wasn’t for MonoTouch, I wouldn’t have gotten as far along as I did with Touch Playbook.  I don’t regret a moment.

Conclusion

I don’t know what the future of MonoTouch and iPhone development is.  Rather, I don’t want to admit what I fear the future is.  I’d love for a miracle to take place where the reported language is altered in 3.3.1 to allow MonoTouch and other quality iPhone development solutions.  However, if that doesn’t happen, MonoTouch still definitely rocks!  For the time being, it feels good to be in the final stage.  I don’t like being so angsty.

Update

I do, however, remain hopeful.  I’ve signed the developer driven Tiny Petition against Apple’s reported TOS change and you can too.  You might ask “Abel, isn’t this the barganing step?  Did you relapse?” and I would reply “Not exactly”.  In the bargaining step my thoughts came from desperation in the wake of anger.  Right now, signing the petition springs from hope and a desire to stand with my fellow MonoTouch devs and other devs effected by this.  This time the motivation is less about me and more about the community.

**I’ve already taken a stab at learning Objective-C and would rather use my time on other languages.  I don’t see myself taking up the effort again.  Life’s too short and I really like languages like C# & Ruby.

Internationalising my app

…and make sure the folders you use follow this format “[Language Abbreviation].lproj” as commenter #4 points out

If you miss one of the major languages, your app will default to English.  As of this post, the iPhone OS supports the following languages:

English (U.S), English (UK), French (France), German, Traditional Chinese, Simplified Chinese, Dutch, Italian, Spanish, Portuguese (Brazil), Portuguese (Portugal), Danish, Swedish, Finnish, Norwegian, Korean, Japanese, Russian, Polish, Turkish, Ukrainian, Arabic, Thai, Czech, Greek, Hebrew, Indonesian, Malay, Romanian, Slovak, and Croatian

For the other devs in my shoes looking to play with MonoTouch, here are some things to keep in mind:

• If you want to subclass something like UIView, UIImageView, or any class that’s originally an Objective-C class & use your new class in your  XIB, you need to…
  • Make sure your constructor includes IntPtr constructor.
  • Sometimes you’ll need to register your classes like this:

    [MonoTouch.Foundation.Register("MyAwesomeView")]
    public class MyAwesomeView : UIView
    {
       public MyAwesomeView (IntPtr handle) : base(handle)
       {
          Initialize ();
       }
       //My awesome code here!
    }
    

  • If you simply type in the name of your custom subclassed view into IB without declaring it in code first, sometimes you get a “partial class” in the view controller’s xib code-behind file (MySensationalViewController.xib.designer.cs).  If that happens, you DON’T need to register your class, but you DO need to set your class definition to ‘partial’.  Here’s an example:

    public partial class MyFantasticView : UIView
    {
       public MyFantasticView  (IntPtr handle) : base(handle)
       {
          Initialize ();
       }
       //Your awesome code here!
    }

• Much like Visual Studio, you get awesome debugging tools so make sure to get familiar with “watches” (While at  break point: View -> Debug Windows -> Watch) and the “Expression Evaluator” (While at  break point: Run -> Expression Evaluator).
• There are also helpful tools such as a “Reg-Ex Toolkit” and an “Add-in” manager that can be hooked into repositories for even more functionality…as more repositories become available

When you have a friendly, yet powerful IDE to work with, developing software becomes enjoyable.  I’ll definitely be using this IDE to create my first iPhone app submission to the AppStore.  As I learn more about MonoTouch, I’ll make sure to post my findings here.  In the meanwhile, those of you looking to get more info about MonoTouch should checkout its homepage.  The MonoTouch site has a ton of tutorials, documentation, and multiple ways to plug into the MT community.  At a glance, you might scoff at the asking price of $399 for a yearly license, but when you consider how much faster you’ll be able to put together quality apps, it might be worth it for you.   I know it is for me.

Happy Coding!