У меня есть вопрос, что я просто не чувствую, что нашел удовлетворительный ответ, либо это, либо я не искал в нужном месте.
Наша система изначально была построена с использованием .NET 1.1 (однако теперь все проекты поддерживают 3.5), и все сущности сохраняются в базе данных с использованием хранимых процедур и "SQLHelper", который имеет стандартные методы ExecuteReader, ExecutreNonQuery.
Итак, что обычно происходит, мы будем иметь наши сущности, например, User и Role, и у нас будет еще один класс UserIO, который сохраняет эти объекты в базе данных такими методами, как:
static UserIO.SaveUser(User user)
Причина отдельного файла IO заключается в том, чтобы сохранить IO отдельно от объекта, но не более ли удовлетворительно просто позвонить?:
User.Save()
Возможно, я ошибаюсь, но просто не кажется, что эти файлы "IO" разбросаны повсюду. Поэтому я думаю о других вариантах настойчивости, и я подумал, где лучше всего начать. Я использовал данные в прошлом, но имел смешанный опыт, особенно с их работой. Я знаю, что LINQ уже сейчас, но я слышал, что вместо LINQ я должен использовать ADO.NET Entity Framework, но потом кто-то еще сказал мне, что Entity Framework не совсем прав, и я должен ждать С# 4.0. Если в этом случае и с С# 4.0 за углом, я должен просто продолжить работу с файловым подходом "IO" и начать с Entity Framework, когда С# 4.0 наконец будет выпущен. Или, может быть, более элегантная структура классов, которую я мог бы использовать, например. используя частичные классы?
Я должен сказать, что я не смотрю на полностью замену существующего доступа к данным, меня больше интересуют новые сущности, которые я создаю.
Прошу прощения, если этот вопрос немного общий, однако у меня не так много людей, чтобы отбросить эту мысль.