Пытаюсь использовать .Объем основного приложения в приложение

---

У меня есть 2 проблемы.
Короче говоря:
1. проблема 1, Используйте .Сетчатый сердечник от полной версии платформы приложений
2. написать .Объем основного приложения, которые ориентированы на конкретные код платформы

Проблема 1
видеть "то, что я пробовал"

Задача 2
У меня нет никакого кода, чтобы показать здесь.
Но на работе мы ориентируемся на Android, iOS и .NET SDK с помощью PCL. Мне было интересно, можно ли написать библиотеку .NET Core, которая каким-то образом сможет использовать специфичную для платформы реализацию любой функции... Я не знаю, как это сделать....

Что я уже пробовал:

Проблема 1:
У меня есть 2 очень простых проекта.

Библиотека .NET Core следующим образом (весь исходный код)

namespace ClassCoreLib1
{
    public static class Class1
    {
        public static string Answer() { return "42"; }
    }
}

и консольное приложение .NET 4.5.2 следующим образом (весь исходный код)

namespace ConsoleApplication1
{
    class Program
    {
        static void Main(string[] args)
        {
            var s = ClassCoreLib1.Class1.Answer();
            Console.WriteLine(s);
        }
    }
}

Теперь я стараюсь, как вы можете видеть, использовать библиотеку .NET Core в полном объеме .Консольное приложение NET framework

Я действительно изменил библиотеку .NET Core project.json как следует, я добавил:

"net451": {
  "dependencies": {
    "Microsoft.NETCore.Platforms": "1.0.1"
  }

И он действительно создал выходную папку .NET, и когда я изучаю ее .DLL внутри него, кажется, зависит от mscorlib из GAC, .NET 4.5.1, так что это должно быть правильно, я думаю...

Теперь ... если я скопирую .DLL в выходной папке net452 вне папки ClassCoreLib.. затем Я могу соединиться с ним и бежать Yahoo! :)

Однако я не могу компилировать, связываясь с проектом или даже напрямую ссылаясь на него .dll по своему пути "..\..\src\ClassCoreLib1\bin\Debug\net451\ClassCoreLib1.dll" не удается скомпилировать...

Резюме
Пришлось копировать .dll после каждой успешной сборки довольно непродуктивна и подвержена ошибкам.... Интересно, есть ли лучшее решение?

---