D:\Projects\WindowsFormsApplication4\WindowsFormsApplication4\Form1.cs(23,13): ошибка CS0411: Аргументы-типы для метода "System.Data.Entity.Database.SetInitializer<TContext>(System.Data.Entity.IDatabaseInitializer<TContext>)" не должны определяться по использованию. Попытайтесь явно определить аргументы-типы.
Отработал вот такой код:
Database.SetInitializer<TestContext1>(null);
Database.SetInitializer<TestContext2>(null);
var context1 = new TestContext1();
var context2 = new TestContext2();
var list1 = (from p in context1.Classes select p).ToList();
var list2 = (from p in context1.Classes2 select p).ToList();
Но, выходит, для каждого контекста придется задавать эту ботву? кхм…
Не самый удобный вариант. Меня больше интересует вопрос, как работать одновременно с несколькими копиями исходников, ведь не получится же использовать одновременно один и тот же файл для разных проектов.
Вся информация о контрольных шаблонах шестиэтажно шифруется
Выходит, если у нас есть контрольный образец (обозначим К1), то он хранится в БД в виде шифрованного образца (обозначим Ш1).
Ш1 это шестиэтажно зашифрованный К1.
Пользователь прикладывает палец и система получает отпечаток (О1). Далее производится сравнение обработанного О1 и К1, так? Чтобы системе получить К1 из Ш1, ей надо провести шестиэтажное дешифрование Ш1. Или вы хотите сказать, что система шестиэтажно шифрует О1 и срвнивает шифрованный О1 с Ш1? Этож бред, а не сравнение.
Единственное, мысль мелькнула — что основные признаки (типа линий на папиллярном рисунке) шифруются каждый по отдельности, и их совокупность и есть Ш1. В таком случае, при верификации, выделяются опять же все эти признаки из папиллярного рисунка, каждый шифруется и их совокупность проверяется на соответствие совокупности Ш1. Если есть три признака, каждый зашифрован отдельно, то при сравнении может совпасть 2 из 3х и мы получим 67% совпадения. Условно говоря. Но в таком случае каждый из признаков должен быть зашифрован (захеширован) достаточно надежно, иначе подобрать хеш под каждый признак (положим, там 3-5 символа) будет просто. 1000 признаков на современных компьютерах подобрать вполне реально, в отличие от 20символьного пароля с максимально возможным диапазоном.символом
область определяется характеристиками сенсоров. Разумный предел измерения — до метра от робота до препятствий. Плюс еще надо сделать измерения с разным углом поворота, а это сегмент круга шириной градусов 45-60.
то есть если я правильно понял DankoUA, вы предлагаете составить сетку из всех точек карты, далее сделать маленькую сетку из измеренных точек и двигать её по большой сетке, последовательно примеряя на совпадение?
:) Уточню — есть неподвижный наблюдатель. У него есть средство измерения расстояния до препятствий. Наблюдатель знает свой угол поворота относительно оси «Север-Юг».
Соответственно наблюдатель может измерить расстояние от себя до определенной точки, при этом он знает собственный угол поворота и может определить направление от себя до точки (например, условно говоря — «строго вниз 300 миллиметров» или «400 миллиметров на 3 часа — 45 градусов»)
точек вообще может оказаться под миллион, основная задача, для которой нужно это решение — определение местоположения по данным датчиков расстояния. при известных картах помещений.
Отработал вот такой код:
Но, выходит, для каждого контекста придется задавать эту ботву? кхм…