Ну не совсем корректно сравнивать человека, сидящего в кресле перед монитором в офисе, и человека, прыгающего хоть немного по ухабам, постоянно получающего какие-то микровоздействия на свою пятую точку. Возможно, что болезни совпадают, но, думаю, у водителей это развивается быстрей.
TheMrViper: Да я как пример говорю) Конфигурационный файл можно скормить фабрике объектов, который сам построит классы и т.д. через рефлексию.
Вот есть, к примеру, БД, а в ней функция, возвращающая данные в формате xml для какого-то объекта. Пропустив этот файл через xslt-преобразование можно легко получить форму (input, checkbox, label и пр.) с заполненными данными из БД. Опубликовал такое приложение на сервере и форма ввода у тебя управляется только предоставленными из БД данными. В твоем случае данными из файла.
При получении ответа создавайте новый xml, записывайте в него то, что нужно и передавайте в свой парсер. При отправке запроса все то же самое, но в обратном порядке.
Я может чего не понимаю, но разве при объявлении конструктора с параметром, конструктор по умолчанию не становится недоступным? Как же тогда нинжект создает экземпляр класса в обход заложенного разработчиком конструктора?
Еще добавлю, что паттернами не стоит злоупотреблять. Иногда лучше, быстрее и надежнее написать приложение так, как видишь его ты, а не пихать в него паттерны.
iKapex: Вы пишите программу, которую будете запускать на сервере (например, через sheduler) или же пишите процедуру в БД, которая будет запускаться по таймеру? В любом случае, можете хранить в БД образец последнего xml-файла, дату его загрузки. Потом при запуске сравниваете два xml-файла между собой и изменения вносите в таблицу или куда-там хотите. Затем меняете старый xml-файл в БД на новый. И повторяете с той периодичностью, которая вам подходит.
Скажет: "ой, а что это так надо? Ладно, можно попробовать. Узнай, что для этого нужно и сколько это будет стоить". Это оптимистический вариант, но вполне жизнеспособный. В любом случае узнавать придется кому-нибудь в этом заинтересованному. В данном случае - мне.
Иван Филатов: Да, действительно так удобнее искать. Ключи я навесил в атрибутах при создании класса. Но ничего не поменялось, т.к. без разницы как находить элемент(
Я только приступил к изучению Entity Framework, поэтому больше половины решений я интуитивно додумываю (использовать WHERE вместо FIND и т.д.). Можете написать синтксис использования FIND?
У меня уже стоит ODP.NET, с подключением все в норме.
Переопределил modelBuilder.Entity().ToTable("BOOKS","MYDB") в классе контекста. Еще сделал все названия полей в классе Book заглавными (можно сделать как-то через атрибут Column, но пока не разобрался как) и все заработало. Ну или почти все: SaveChanges() у контекста пока не работает, но информацию отображает, если ввести ее непосредственно в таблицу в БД.
А за ссылки большое спасибо! Буду еще и их курить.