Создание 100% кроссплатформенной библиотеки

Случилось несчастье - мне необходимо написать приложение на UWP. Разумеется, проектирую все по модели MVC. Тестировать и разрабатывать модели мне намного удобнее в консольном приложении, и так часто случается, что те классы, которые прекрасно работали для консольного app не находят определения классов в приложении UWP и наоборот. Так как писать максимально кроссплатформенно?

Я понимаю, например, класс для работы с камерой может не работать в консольном приложении, но чтобы не работали классы шифрования или сериализации...тут уж прошу простить меня - в ад разработчиков этого всего!

У меня есть библиотека, но при ее подключении мне вылетает ошибка: "Проект предназначен для ".NetCore", в то время как ссылка файла предназначена для ".NetFramework""

Если же я создаю переносимую библиотеку и указываю целевую платформу UWP, то он не знает о существовании таких классов как: BinaryFormatter, Aes, AesCryptoServiceProvider, CryptoStream, Serializable. Это, в принципе, логично, потому что их не удосужились добавить в UWP! Кроме как писать свои алгоритмы реализации, можно как-то перенести эти классы? Существует ли хоть какая-то кроссплатформенность?

Миниатюры

 

0

SanychBY, конечно существует, только надо платформу одну выбрать, о чем вам среда прямым текстом говорит.

Если вы думаете, что допустим если BinaryFormatter написан на C# то любой C# класс может его использовать - то это не так

Почитайте про .Net Core, его идеологию. Например почти на 100% уверен, что все эти форматтеры и т.п. можно поставить через нугет. .Net Core как раз основан на том, что основная библиотека имеет минимальный размер и включает в себя только самое необходимое: рефлексия/строки/элементарные операции над коллекциями, ну и хватит. Всё остальное, сериализации, криптография - узкоспециализированные вещи, которые редко где используются. Если у нас есть 10 приложений, в первом - криптография, во втором - OCR, в третьем - парсинг и т.п., то если мы все это внедрим в общий фреймворк, то каждый из этих проектов будет использовать только 10% функционала, и на 90% будет разбухать просто так. В случае нугет-зависимостей каждый себе доустанавливает что ему нужно (сериализацию/криптографию/...) и будет всем хорошо и весело.

Ну и нужно понимать, что .Net Core молодая технология, и она еще не обладает полным функционалом взрослого фреймворка таже с пакетами. Не уверен, что вы с этим столкнетесь, но я вот например жду SignalR 3, которого пока что не завезли.

0