RubaXa

- Если в рамках одного домена, через родителя
- Если оба iframe в рамках одного домена, через localStorage/cookie
- Если абсолютно все на разных доменах, то нужен будет прокси домен и postMessage + localStorage.
- Ещё можно общий SharedWorker открыть.

Да, это нормально, именно так и используют его в Facebook.

«React — A JavaScript library for building user interfaces», а не SPA, как почему-то принято думать.

Да не вопрос:
- https://codepen.io/zadvorsky/pen/PNXbGo

Только не уверен, что вы под «пикселями» понимаете именно пиксели.

А никак, всё равно какой-то `@typedef` придётся объявить

/**
 * @typedef   {('x' | 'y')}  XValueKeys
 */

function getValue(/** XValueKeys */key) {
  return values[key]
}

В TypeScript/Flow тоже придётся создать interface/type, но с TS было бы красивее и типизация не только на вход, но и выход:

type XValues = {x: number, y: number};

const values: XValue = {x: 1, y: 2};

function getValue<K extends keyof XValues>(key: K): XValues[K] {
  return values[key];
}

На самом деле ничего сложно, CSS 2.1 там поддерживается нормуль, если JS нужен, берете TypeScript, настраиваете его на es3 и вперёд.

Ещё можно PIE прикрутить, но я бы не советовал, от него проблем больше, чем помощи.

Про `flex` конечно забыть придётся, только table/float, только хардкор. Но и это не страшно, берете сетку от бутстрапа первого и не горюете.

Ace

Ну, попробуйте, но заведите метрику в виде changelog и пишете, сколько раз потомок X сломался из-за изменения родителя.

Просто ответить абстрактно сложно, по большому счёту, проблема в том, что при использовании ООП в UI-компонентах, все потомки становятся очень хрупкими. Да, это всё конечно покрывается тестами, но это только помогает быстро выявит проблему, а проблема на самом деле в переопределении.

View-компоненты на самом деле проще не наследовать, а сделать точки расширения и через `props`, в конкретном месте, передать нужные функции `renderSomeFragment/children` в замен default'ных. Т.е. вам не нужно городить новый класс и потом его использовать, вы просто его используете и всё.

Не слушайте никого, строгой проверки недостачно
console.log(+0 === -0); // true

Только `Object.is`, только хардкор
console.log(Object.is(+0, -0)); // false

Документацию почитайте

В первом у вас есть доступ к `props` и `context` (аргументам конструктора).
Второй, пока нестандартизированный «сахар» к первому, но без `props` и `context`.

Медленно, очень, так будет быстрей:

const helper = document.createElement('div');
const wrapper = document.querySelector('.wrapper');

helper.innerHTML = this.responseText;
wrapper.appendChild(helper);

// Если нужно без лишнего div
let child;
let frag = document.createDocumentFragment()

while (child = helper.firstChild) {
   frag.appendChild(child);
}

wrapper.appendChild(frag);

SPA / AJAX

Нет, нельзя.

Всё проще, тот же Facebook не сделан на React, а только местами использует его.