Как работать с реестром в Unity3d?

Question

[patch1]

Добрый вечер. Собственно проблема при работе с реестром в Unity3d

System.NotImplementedException: The requested feature is not implemented.
at Microsoft.Win32.RegistryKey.OpenSubKey (System.String name, RegistryKeyPermissionCheck permissionCheck) [0x00000] in /Users/builduser/buildslave/mono-runtime-and-classlibs/build/mcs/class/corlib/Microsoft.Win32/RegistryKey.cs:452 
at (wrapper remoting-invoke-with-check) Microsoft.Win32.RegistryKey:OpenSubKey (string,Microsoft.Win32.RegistryKeyPermissionCheck)
at RegZ.RegFind (Microsoft.Win32.RegistryKey key, System.String find) [0x000b9] in E:\Работа\Autorun\Unity Autorun\Unity Autorun\Assets\Scripts\RegZ.cs:40

Собственно указывает на то что якобы не существует метода OpenSubKey . Хотя в .Net 2.0 он существует.

Пространство имен подключено using Microsoft.Win32; Ошибок не выдает до момента когда идет обращение к методы OpenSubKey. И то ошибку отловил через исключение try catch)) фактически для Unity эт и не ошибка и компилирует под Windows спокойно. Windows 7 sp1. В чем может быть проблема?)

p.s в .net 2.0 данный метод поддерживается, проверял при написании кода в Visual studio под Net framework 2.0.

Answer 1

[Curly Brace]

Ну она же кроссплатформа, зачем реестр? Он только в виндовс есть.
Есть PlayerPrefs.

Comments

[patch1]

Компиляция приложения идет только под Windows. Работа с .Net 2.0 есть. Работа с реестром нужно не для сохранения прогресса игры, а для написания приложения которое частично работает с реестром.

[Curly Brace]

Ну дело в том что юнька это игровой движок и работает на моно, а не на дот нет, к тому же на сабсете только лишь. во-вторых приложение это не то что делать надо на юньке, проще открыть уж visual studio и там все написать на том же c# и без гемороя и нормальным интерфейсом.

[patch1]

Curly Brace: Суть вопроса в другом) если бы я хотел реализовать на Visual studio я бы реализовал) а мне по нраву гибкий UI (Windows forms далеко до него) можно наверно с XAML сравнивать. Да и нужна 3д графика в приложении. он работает на Mono 2.0 кроссплатформеная копия .Net 2.0 к тому же. Собственно давайте рассмотрим по другому вопрос если уж никак не можете отклонится от ".net 2.0 в Visual studio"
1) Допустим я создал крутую 3д игру на Unity3d. Первоначальный выпуск будет только под Windows. (возможно Linux, Mac os) Реестр как таковой существует в Windows. для кросс платформенной компиляции можно использовать директивы для проверки Ос под которую компилируется.
2) Для создания кое какой защиты мне нужен допустим в реестр. Не для сохранения типичного параметра. А что бы спрятать нейкий уникальный ключ куда нить подальше.
3) XAML в Visual Studio не работает под XP. Мне надо XP и выше работоспособность.

[GavriKos]

PlayerPrefs под виндой вроде как раз в реестр и пишет )

[patch1]

GavriKos: да он в реестр и пишет, но нету методов поиска по реестру.

Answer 2

[GavriKos]

Вам нужно смотреть документацию не по .Net, а по Mono. Моно не полностью аналогичен дотнету.

Comments

[patch1]

Obviously, Linux does not have a registry. However, just like the .NET framework, Mono provides the Microsoft.Win32.Registry class for accessing the registry. So how does it work on Linux? )) исчерпующий ответ? - проще говоря Mono поддерживает работу с Реестром)

[GavriKos]

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

[patch1]

GavriKos: Тут загвоздка. Fallback handler could not load library "C:/Program Files/Unity/Editor/Data/Mono/lib/RegZ" . RegZ - DLL файл Лежит в папке Plugin. Даже отдельно компилировал для AnyCPU, x86 , x64 и производил настойки соответствено для Editor - StandAlone (x86 Для x86 и т.д) а оно вот что выдает)

[patch1]

GavriKos: https://youtu.be/bXganzyZjRA вот полное видео он компиляции DLL до запуске в редакторе + логи.

Answer 3

[Даниил Басманов]

Если верить этой странице, Microsoft.Win32 поддерживался как минимум в четвёртой ветке. Если мне не изменяет память, в пятой версии что-то вырезали, может быть реестр попал под горячую руку. Ещё может быть так, что у вас в настройках проекта api compatibility level выставлен в .NET 2.0 Subset, проверьте. А вообще, при желании вы всегда можете положить майкрософтовские dll-ки в папку Plugins и работать с ними, я так виндовые формы рисовал.

Comments

[patch1]

Microsoft.win32 нету отдельной DLL , это пространство имен вшито в mscorlib , который поумолчанию при компиляции идет с с проктом (в качестве Mono библиотеки) которая кстати на 1.5 мб меньше DotNet оригинала. Api выставлен .net 2.0 (не обрезок Subset) а оригинал. Делаю по примеру комментария чуть выше. и Тут загвоздка. Fallback handler could not load library C:/Program Files/Unity/Editor/Data/Mono/lib/RegZ . RegZ - DLL файл Лежит в папке Plugin. Даже отдельно компилировал для AnyCPU, x86 , x64 и производил настойки соответствено для Editor - StandAlone (x86 Для x86) и т.д а оно вот что выдает)