Как раз хотел пояснить, чтобы небыло недопонимания, а то моё общий могло запутать.
Для всего реестра — десктоп записал -> в приложении прочитал, если есть доступ
HKCU — в приложении записал -> в этом же приложении для этого же пользователя прочитал
HKCU — в приложении записал -> не десктопе не вижу, хранится на файловой системе для каждого пользователя для каждого приложения
В HKLM\Software можно писать, если в «захваченном реестре» нет соответствующей пары «раздел-значение», и у пользователя есть доступ
APPX сейчас можно установить двойным щелчком, если разрешено системой. Как раз идея в том, чтобы просто взять свои Win32 и положить в Windows Store. Хотите добавить потом UWP возможностей, пожалуйста. Не хотите или пока нет того, что вам интересно, ждёте обновления Desktop Bridge.
Это не виртуализация и даже не контейнеризация. А структура файлов такая, потому что собирается из VFS контейнера, при использовании DAC. Desktop Bridge делает некоторую работу, которую контейнер делает для приложения внутри, вроде перенаправления записи файлов и т.д., но при этом, приложение работает не в контейнере.
Это не UWP приложение. По крайней мере сразу после ковертации. Это Win32/.NET приложение, упакованное для распространения через Windows Store, которое запускается в full trust окружении.
7-zip это просто пример приложения, которое можно очень просто перепаковать.
Функции — специализированные WebJob. WebJob запускаются в изолиованом окружении на базе Kudu — https://github.com/projectkudu/kudu
В контейнер там не обёрнуто, безусловно, время на запуск процесса требуется, поэтому на первый холодный запуск фукнции в preview требовалось больше времени. Есть возможность включить режим, когда функция будет всё время горячей, но это будет не severless режим.
Вот здесь https://github.com/Azure/azure-webjobs-sdk-script/issues/298 и вот здесь https://github.com/Azure/azure-webjobs-sdk-script/issues/529 можно почитать обсуждение с разработчиками на тему холодного запуска для функций на js с большим деревом npm зависимостей, там можно и про детали реализации почитать, если нет желания смотреть в код.
Когда я тестировал «сами в себе» C#, собранные в библиотеки функции подобных проблем не наблюдал.
Там не совсем так, нет контейнеров, поэтому время запуска в холодную меньше в любом случае. Но, в целом, правильный вопрос. Иногда возникали задержки при первом вызовые функции, когда они были в preview, обещали решить этот вопрос к релизу.
Если интересно, как устроеные функции — это здесь https://github.com/Azure/azure-webjobs-sdk-script
Функции, если упростить, это несколько специализированные и заточенные под некоторые типы сценариев WebJob.
В Xamarin Test Cloud не было, а так как это инструмент для объединения и построения процессов, логично, что сейчас есть то, где обеспечивается полный цикл. Будем ждать поддержки.
Там прямо во время открытия сказали, что в процессе. Просто это скрещенные вместе Xamarin Test Cloud и Hockey Apps + ещё кое что, а там не было UWP. Не надо искать знаки там, где их нет :)
Для всего реестра — десктоп записал -> в приложении прочитал, если есть доступ
HKCU — в приложении записал -> в этом же приложении для этого же пользователя прочитал
HKCU — в приложении записал -> не десктопе не вижу, хранится на файловой системе для каждого пользователя для каждого приложения
В HKLM\Software можно писать, если в «захваченном реестре» нет соответствующей пары «раздел-значение», и у пользователя есть доступ
Я вот постарался картинку заглавную про этот путь, мост и переход подобрать :)
Там с самого начала можно было публиковать обычные настольные приложения, но они разворачивались стандратным образом, просто скачивались из магазина.
7-zip это просто пример приложения, которое можно очень просто перепаковать.
В контейнер там не обёрнуто, безусловно, время на запуск процесса требуется, поэтому на первый холодный запуск фукнции в preview требовалось больше времени. Есть возможность включить режим, когда функция будет всё время горячей, но это будет не severless режим.
Вот здесь https://github.com/Azure/azure-webjobs-sdk-script/issues/298 и вот здесь https://github.com/Azure/azure-webjobs-sdk-script/issues/529 можно почитать обсуждение с разработчиками на тему холодного запуска для функций на js с большим деревом npm зависимостей, там можно и про детали реализации почитать, если нет желания смотреть в код.
Когда я тестировал «сами в себе» C#, собранные в библиотеки функции подобных проблем не наблюдал.
Если интересно, как устроеные функции — это здесь https://github.com/Azure/azure-webjobs-sdk-script
Функции, если упростить, это несколько специализированные и заточенные под некоторые типы сценариев WebJob.
Какой по вашему должен быть более правильный перевод?