unkwua

В идеале второй вариант, если это возможно.

Скажем я на своих проектах пытаюсь делать так насколько это возможно. Перед началом разработки какой-то фичи разработчики просто договариваются между собой как будет организовано взаимодействие с сервером (по сути пишется описание API на каком api blueprint, сейчас будем переходить на raml).

После чего из этого описания разработчик серверной части может спокойно генерить себе тесты, json схемы респонсов и т.д. что бы быть уверенным что он делает так как договаривались, а мобильщики могут поднять себе из описания mock сервер.

Таким образом какие-то проблемы с серверным взаимодействием можно отловить задолго до того как разработчики в принципе реализуют эту часть api. Хотя если разработчики не используют какие-то средства для валидации реализации на предмет соответствию описанию, то в итоге на интеграцию может уйти больше времени.

p.s. этот подход я форсирую еще и потому, что при таком варианте можно легко наладить кодогенерацию как для клиента так и для бэкэнда. Скажем валидация запросов, маршрутизация, мэппинги и т.д. - все можно сгенерировать. RAML в этом плане дает из всех форматов максимальную гибкость, и поэтому я и планирую на него переходить. В очень простых случаях можно сгенерировать код хоть всего бэкэнда, но и так в целом скорость разработки неслабо увеличивается.

На данный момент читаю книжечку которую советовали на Хабре, называется "Выразительный Джаваскрипт"

Запомнилась одна фраза... "Иногда у вас будет возникать желание написать фреймворк - сопротивляйтесь!" :D

Иными словами я склоняюсь к тому что писать свой - вариант не самый лучший... ;)

Angular это не только SPA. Им можно как всё приложение запилить, так и использовать для работы в каких-то частях. Касательно SPA и SEO есть prerender.io или phantomJS
Что касается реакта, да штука очень крутая, но она больше для построения интерфейсов подходит, нежели ангулар который является почти MVC (MVVM) фреймворком.
А вариант со своим сразу откидывайте если пишите не себе. Кто потом будет саппортить этот фреймворк когда Вы покинете проект? Лучше сразу выбирать что-то, у чего большое комьюнити.

Если разработка идет с нуля и хотите относительной простоты, то Angular. Иначе React.