Monotouch теперь проще для вас. Но сложнее позже.
Например, что происходит, когда появляются новые семена, с которыми вам нужно протестировать, но по какой-то причине нарушить MonoTouch?
Придерживаясь Mono, каждый раз, когда вы ищете ресурсы для фреймворков, вы должны мысленно переводить то, как вы собираетесь использовать их с Mono. Двоичные файлы вашего приложения будут больше, время разработки не станет намного быстрее после нескольких месяцев использования Objective-C, и другие разработчики приложений получат гораздо больше преимуществ перед вами, потому что они используют собственную платформу.
Другое соображение заключается в том, что вы хотите использовать C #, потому что вы более знакомы с языком, чем Objective-C. Но подавляющая часть кривой обучения для iPhone - это не Objective-C, а фреймворки, которые вам также придется использовать в C #.
Для любой платформы вы должны использовать платформу, которая непосредственно выражает философию дизайна этой платформы - на iPhone, то есть Objective-C. Подумайте об этом с другой стороны: если бы разработчик Linux, привыкший к программированию на GTK, хотел писать приложения для Windows, вы бы серьезно рекомендовали им не использовать C # и придерживаться GTK, потому что им было «легче» это делать?