Ан

в iOS это делается с помощью URL Sheme
Вы регистрируете протокол, который будет поддерживать приложение (ну к примеру myApp://) и дальше просите систему открыть url
myApp://host/path?query
Система смотрит, есть ли среди установленных приложений те , что поддерживают протокол myApp:// и пытается запустить это приложение.
Вот тут можно посмотреть список публичных url scheme для других приложений
wiki.akosma.com/IPhone_URL_Schemes
ну или погуглить другие списки. открывать можно хоть с браузера

Небольшая прелюдия:
Если Вы только обучаетесь, и Вам не важна поддержка iOS 7 - лучше посмотреть в сторону стандартного api
см. метод tableView:editActionsForRowAtIndexPath
Пример как использовать тут, ближе к концу

А переход на другой "экран" делается в самом простом случае

-(void)buttonizeButtonTap:(id)sender{
    [self performSegueWithIdentifier:@"Associate" sender:sender];
}

где Associate - id перехода в storyboard'e (там прям и задается строка)
Пример взят от сюда, там же можно посмотреть скриншотики со стрелочками , правда для старого XCode, но там особо ничего не поменялось.

Не все так печально, как у вас написано
1) На данный момент разработка под эти девайсы не практикуется. Общепринято поддерживать текущую (iOS 8) и предыдущую версию (iOS 7) ОС.
2) Аналогично предыдущему ответу, за исключением iPhone 4S
3) и 4) одно и тоже при разработке
5) +
И того выходит три типа экранов.
Как правило, это все обходится малой кровью при использовании Autolayout. А со SizeClasses можно жить даже с iPad'ами.
P.S. начиная с iOS 8 Apple продвигает идею разработки "резиновой" верстки под iOS (size classes, autolayout'ы). Даже от ориентации девайса отказываются и рассматривают его как банальное изменение размеров "окна".

Что касается дизайна:
Обычно дизайн рисуется под один девайс (iPhone 6, тот же), и на все остальные кропается/растягивается. Арты используются трех типов: обычные(девайсы из пункта 1), @2x(девайсы из пунктов 2,3,4,), @3x(девайс из пункта 5). Но от картинок все больше и больше отказываются, с одной стороны plane интерфейсы, с другой - iOS предоставляет отличное api для рисования программно многих вещей. А еще в мир iOS пришла векторная графика...

Самым простым и быстрым решением будет

self.tableView.contentInset = UIEdgeInsetsMake(0, 0, <table height>-<row height>*<row count>, 0);

Т.е. мы ограничиваем скрол у таблицы на высоту секции (rowHeigh*rowCount) но с возможностью проскролить вверх на весь экран (table height)
Обратите внимание, что в "формуле" не учтены футер и хидер таблицы, да и вообще оно будет криво работать с таблицами где ячейки разноразмерные, где таблица не plain, а group. Да да, а еще если это UITableViewController и в нем включен UINavigationBar, то вам размер tableview вернет все 568 пикселей для 4" экрана, вместе с navigation bar'om, и нужно будет это предусмотреть. Короче куча исключений...

Так же как и у uvelichitel стоит, но в настройках плагинов Safari стоит галочка - запрашивать для каждой страницы разрешение на запуск. Как по мне - идеальное решение

Нет, но как альтернатива - календарь
https://developer.apple.com/library/ios/documentat...

решение в лоб:
1) идете по линиям полилайна и суммируете длину по формуле

Хотя если речь идет о координатах, то тут сюда
2) если длина меньше 1 км, то переходим к следующей полилинии (паре точек)
3) если длина больше 1 км, то нужно поделить текущую линию
можно воспользоваться вот такой формулой www.pm298.ru/reshenie/delen.php, но это будет не совсем точно, так как речь о координатах
тут нужно провести доп. исследование, на которое у меня нет времени :) вот что я нагуглил www.pereplet.ru/nauka/Soros/pdf/0008_115.pdf, может поможет...

P.S. какой же я слепой, я же Вам дал ответ
Destination point given distance and bearing from start point
www.movable-type.co.uk/scripts/latlong.html

Вы наверное имели ввиду void* ?
Отличие в том, что id указатель на objective - c объекты, а void* указатель на неопределенный тип, или просто область в памяти (в которой может хранится все что угодно).

stackoverflow.com/questions/1304176/objective-c-di...

В идеале отказаться от оперирования NSMutableView, а класс, который его содержит - сделать контейнером, добавив методы
-addObject
-removeObject
-(NSArray*) objects
И либо на этапе добавления контроллировать уникальность, либо на этапе извлечения (-objects). Через ту же Фильтрацию массивов. Ну либо перед передачей массива параметром провести ту же фильтрацию. К сожалению, а может и к счастью - массивы в foundation могут содержать любые обьекты

Кстати, то что Вы хотите сделать - отлично делается на swift . Код objective c и swift миксуется без проблем. Да и вообще, с c# на свифт проще будет переехать