Я использовал приведенный ниже фрагмент кода, чтобы виртуальный ящик зависел от сети хоста для получения IP-адреса.
config.vm.network "public_network",
use_dhcp_assigned_default_route: true, bridge:
Во время работы с моим бродячим файлом у меня были сетевые интерфейсы, указанные ниже. Для автоматического выбора сетевого интерфейса используется приведенный ниже фрагмент кода.
Available bridged network interfaces:
1) Intel(R) 82579LM Gigabit Network Connection
2) VMware Virtual Ethernet Adapter for VMnet1
3) VMware Virtual Ethernet Adapter for VMnet8
фрагмент кода.
config.vm.network "public_network", bridge: "Intel(R) 82579LM Gigabit Network Connection"
Я предполагаю, что нашел ответ теперь.
Конфигурационный файл, который я отправил выше, похож на это:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.runtime.serialization>
<dataContractSerializer>
<declaredTypes>
<add type="Person, WCFWithNoLibrary, Version=1.0.0.0,Culture=neutral,PublicKeyToken=null">
<knownType type="Employee, WCFWithNoLibrary, Version=1.0.0.0,Culture=neutral, PublicKeyToken=null" />
</add>
</declaredTypes>
</dataContractSerializer>
</system.runtime.serialization>
<system.serviceModel>
.......
</system.serviceModel>
</configuration>
То, что я просто добавил, было, Пространство имен класса Человека и класса Сотрудника. И никакая потребность в более длинных значениях Версии и Культуры.... Корректная конфигурация должна быть:
<?xml version="1.0" encoding="utf-8" ?>
<configuration>
<system.runtime.serialization>
<dataContractSerializer>
<declaredTypes>
<add type="WCFWithNoLibrary.Person, WCFWithNoLibrary">
<knownType type="WCFWithNoLibrary.Employee, WCFWithNoLibrary" />
</add>
</declaredTypes>
</dataContractSerializer>
</system.runtime.serialization>
<system.serviceModel>
.......
</system.serviceModel>
</configuration>
Теперь это короче и имеет больше смысла. Но если сторонними библиотеками пользуются, то, добавляя версию, культура, publickeytokens требовалась бы.