Владимир Коротенко

самописна

У вас у наблюдается какая-то странная терминологическая каша.

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

Во-вторых, нет никакой "библиотеки iostream" и никогда не было. Почему вы вдруг называете "iostream" "библиотекой"? В С++ существует стандартный заголовок <iostream>, содержащий описания сущностей из стандартной библиотеки языка С++. Но заголовок - это совсем не библиотека. Никто не считает <iostream> "библиотекой". Почему вы вдруг это делаете?

Если ксамарин то https://docs.microsoft.com/ru-ru/xamarin/essential...
Если юнити https://docs.unity3d.com/ScriptReference/LocationS...
Если неткор, то тут уже через js/html.

В целом легко тушится в гугл xamarin/unity/netcore geolocation.

начните знакомство с наиболее часто используемой библиотеки
implementation 'com.anjlab.android.iab.v3:library:1.0.44'

Предупреждаю это очень старая библиотека.
AIDL вызов гугл билинга давно депрекатед.

Забыл точный срок когда отключат старые апи .
Сейчас у гугла уже третья версия.

Я эту либу вкрутил 2 года назад . Времянка без своего сервера проверки лицензий у меня похоже
затянется еще на долго. Мне экономически не рентабельно делать еще свой бак енд.

Не прогрузились стили по какой-то причине. Иногда можно просто попробовать обновить страницу или зайти в другом браузере.

Копайте в сторону просмотра инструментов разработчика - почему не прогрузились стили. А дальше куда приведет дебаг.

Самое простое, в SecondWindow передать ссылку на textblock в конструктор sw и сохранить ее в приватном поле

Вопрос, на самом деле, заключается не в выборе межу LoadLibrary и #include, а в выборе между явным и неявным связыванием.

При неявном связывании компоновщик добавляет в PE-секцию импорта дополнительный блок импорта конкретно указанной библиотеки. Этот блок обрабатывается загрузчиком PE в момент подготовки к запуску процесса. Эта информация тебе уже должна быть знакома. К моменту передачи управления в точку входа процесса все неявно связанные библиотеки уже загружены и готовы к работе. Код процесса не нуждается в явном управлении загрузкой таких библиотек.

Явное связывание выполняется полностью кодом процесса, для чего и применяется набор функций для работы с библиотеками. Явное связывание - это большая рутина. Но иногда без этой рутины никак.
Поиск динамических библиотек при работе LoadLibrary[?] осуществляется в соответствии с определенным порядком. При этом, путями для поиска динамических библиотек можно управлять в ручном режиме, добавляя новые или замещая имеющиеся пути поиска.

Директива препроцессора #include[?] лишь косвенно относится к вопросу. На самом деле к вопросу относится директива #pragma comment( lib )[?].
Прагма работает только для cl - компилятора от Microsoft. Подключаемая таким образом статическая библиотека должна находиться в перечисленных Library Path, в настройках сборки проекта. Эта прагма является альтернативой прямого указания статической библиотеки в настройках сборки проекта.
Эту директиву любят использовать в сторонних заголовках, код для которых поставляется только в бинарном виде, в статических или динамических библиотеках. Вместе с динамической библиотекой такого решения поставляется и библиотека статическая, в которой находятся инструкции для неявного связывания с динамической библиотекой. Результатом работы #pragma comment( lib ) с такой статической библиотекой будет неявное связывание твоего кода с указанной динамической библиотекой.

Размер PE ощутимо растет при компоновке из статических библиотек.
Явное и неявное связывание слабо влияют на размер PE, но явное связывание усложняет жизнь разработчика, т.к. поддерживать загрузку интерфейса библиотеки разработчику придется самому.

Не можете форматировать json руками, используйте классы

JsonSerializer.Serialize(new { input = "We make the world a better place" , lang = "ja"})

Сделайте вычисляемое свойство, где и будет осуществляться группировка:

computed: {
  grouped() {
    return this.dataTable.reduce((acc, n) => {
      (acc[n.customer.name] = acc[n.customer.name] ?? []).push(n);
      return acc;
    }, {});
  },
},

<template v-for="(items, customer) in grouped">
  <tr>
    ...
  </tr>
  <tr v-for="item in items">
    ...
  </tr>
</template>

https://docs.microsoft.com/ru-ru/dotnet/standard/d...

Пойдёт, но ОЗУ бы ещё добавить гигов эдак 8. И SSD поставить.

https://docs.microsoft.com/en-us/dotnet/csharp/