Aetae

<template functional>
  <component :is="props.name"/>
</template>

=)

Если ты ставил его глобально через npm или yarn - то должно работать сразу.
Чтобы установленное подтянулось часто надо перезапустить терминал, возможно в этом дело.)

В ts структурная типизация. Такое может происходить если Snapshot структурно укладывается в тип Volume.

Т.е. вот так типы взаимозаменяемы:

interface Volume {
 id: number;
 volume?: string;
}

interface Snapshot {
 id: number;
 snapshot?: string;
}

А так нет:

interface Volume {
 id: number;
 volume: string;
}

interface Snapshot {
 id: number;
 snapshot: string;
}

И так нет:

interface Volume {
 id?: number;
}

interface Snapshot {
 id?: string;
}

1+2. Копмонент-обёртка, использующая метод с геттером-сеттером. Никакую логику переписывать не надо.)

CORS влияет на работу в скриптах, файлы могут подключаться в своём теге любые.

Например, первую загруженную картинку ты можешь в скрипте положить в canvas и разобрать на пиксели, а со второй безопасность тебе так сделать не даст.

async savePost(){
  this.iconStatus = 'loading';
  const ides = {post_id: this.content.id, user_id: this.GET_USER.id};
  const result = await this.$store.dispatch('saveOrDelete', ides).catch(() => ({message: 'error'}));
  this.iconStatus = result.message;
}

?

В обзем шляпа у них с документацией и примерами. Ни в одном примере они не используют объекты вообще, также как нигде нет ни одного примера типизированного объекта. Из чего могу сделать вывод, что с типизированными объектами они не могут работать вообще. Но это не точно.

Работает например подобная херотень:

export class IResultItem {
  constructor(
    public id: i32,
    public type: string,
    public date: string,
    public from: string,
    public from_id: i32,
    public text: string
  ) {}
}
export function add(
  result: IResultItem[] = [new IResultItem( 1, "type", "25.25.2025", "rew", 123, "hello" )]
): IResultItem[] {
return result;
}

(?>[а-яёa-z])\+

.card {
  display: flex;
  flex-direction: column;
}

.card-body {
  flex: 1;
}

Девсервер специально лочит на локалхост по умолчанию, чтоб ктонить не решил выставить его в интернет. Это можно поменять тут.

Значение this кладётся в свойство ref на момент вызова makeUser. Это простое присвоение простой переменной.

Чтобы получать актуальный динамически - надо получать актуальный динамически, например:

function makeUser() {
    return {
        name: "Джон",
        get ref(){
          return this 
        }
    };
};
let user = makeUser();
console.log(user.ref);

Передавать данные скрыто через route params - плохо (но возможно push({name: <name>, params: {...}})). Если кто-то откроет страничку напрямую - он ничего не увидит.
Каждая страничка должна уметь получить данные самостоятельно.

Решения два:
1. Забить и положиться на кэширование брузера: первую загрузку json он кэширует, вторую подцепит из памяти, задержка будет минимальна.
2. Вон у вас vuex подключён, кладите туда данные и показывайте данные оттуда. И только если денных там нет - загружайте их туда. Независимо от страницы.

Если либа зачем-то ставит элементу свой id - значит зачем-то ей этот id нужен. Переписывать его - это к багам. Либа скорее всего предоставляет свой способ отследить источник события.
...upd: проверил - он нормально пробрасывет id как есть, проблема у тебя в чём-то ином:

Чтобы что-то импортировать через import from надо чтобы в конечном файле был соответствующий export(т.е. тот файл тоже должен быть модулем). Простой import - это просто подключение скрипта как есть, всё равно что загрузка через <script>.

npm пакеты содержат разные версии дистрибутивов под разные способы подключения. Надо посмотреть куда указывает module(а не main) в package.json и именно этот файл можно будет подключать через import from.
Если module в package.json нет - значит библиотека не поддерживает современные es модули, увы, и придётся её использовать по-старинке(хотя лучше проверить глазами js файлы, изредка забывают указать). Именно такая ситуация наблюдается с lodash, однако есть либа lodash-es, которая решает эту проблему.

Также es модули - относительно новая система, до неё были commonjs модули, и они до сих пор используются в nodejs(как раз на них указывает main в package.json). Но из коробки без соответствующих либ они уже работать не будут.
Помимо esm и commonjs ещё полно всяких систем, но это уже отдельная тема.

P.S. Это был ответ на текст вопроса, ответ на заголовок - отдельная обширная и не простая тема и вряд ли вам нужен.

Никак. Каждый iframe - отдельная страница, со своей независимой памятью. Из-за безопасности и многопоточности браузер никак не шарит даже одно и то же.

В теории можно было бы конечно сделать "главную страницу" и прокидывать во фреймы функции, но на практике с чужим жирным кодом это нереально.