Трехслойная архитектура для ADO.NET, проблемы при возвращении DBNull и мелочи

Question

[Илья]

Здравствуйте. Прочитав эту статью про трехслойную архитектуру доступа к данным, решил уже наконец научиться писать всё нормально и по правилам. Всё пока хорошо но есть пара вопросов:
1. Если на этом этапе:

UserVO userVO = new UserVO();
            DataTable dataTable = new DataTable();

            dataTable = _userDAO.searchByName(name);
            foreach (DataRow dr in dataTable.Rows)
            {
                userVO.idUser = Int32.Parse(dr["t01_id"].ToString());
                userVO.firstname = dr["t01_firstname"].ToString();
                userVO.lastname = dr["t01_lastname"].ToString();
                userVO.email = dr["t01_email"].ToString();
            }
            return userVO;

Если значение с базы приходит DBNull то присваивать к объекту модели данные которые не могут принимать такие значения (Например: int , DateTime не могут быть null), то какие проверки лучше сделать и что возвращать в объект модели ?

2. Если база возвращает несколько строк (например в контрол DataGridView или просто список) то я добавляю их в List< T >, где T - класс модели (Model Layer или как в примере выще UserVO). Правильно ли я делаю ?

Answer 1

[Александр]

1. Использовать в модели Nullable.
2. Да.

Но, ИМХО, я бы присмотрелся к Entity Framework, NHibernate или другим ORM, так как ADO, хоть и работает быстро, но сейчас годится только для проектов на стадии поддержки. Если писать все заново (как я понимаю у вас), то лучше сделать шаг в современность. Из плюсов: значительно меньше нужно писать руками кода по работе с БД, LINQ.
EntityFramework
NHibernate

Comments

[Илья]

хочу для начала хочу изучить что будет проще и понятнее. Руками мне как раз таки все равно придется писать много, у меня есть генератор отчетов запросы от которого иногда получаются такого вида - http://pastebin.com/F69nwxU6 И да я не пишу заново, я переписываю то что уже написано другим человеком на Delphi. Но когда он ушел исходники не оставил и мне пришлось писать заново на ту базу которая уже была, на Delphi. Теперь решил переписать и базу(не теряя самих данных) и программу на C#.

[Александр]

Ну раз все же "переписать" да еще с одного языка на другой - то тут однозначно не ADO.NET. К тому же проще EF для начала ничего не будет. Для примера, вот то, что написано вверху, для Entity можно заменить следующим: UserVO user = new MyDbContext(connectionString).Users.Where(x=>x.LastName == name).FirstOrDefault(); или выбрать "однофамильцев": IEnumerable<UserVO> users = new MyDbContext(connectionString).Users.Where(x=>x.LastName == name); Не правда ли, гораздо лаконичнее и понятнее. Да и поможет избежать необработанного исключения в Int32.Parse(dr["t01_id"].ToString()), если там dr["t01_id"] будет null. Если избрать подход Code First, то есть инструменты генерации модели по БД, которые сами создадут все модели и поля в них нужного типа. Если сильно нужны чистые запросы, то есть возможность выполнять SqlToEntites, когда на входе чистый запрос, на выходе сущность по запросу.

[Илья]

@msc честно говоря не понятнее как раз. SQL запросы мне куда понятнее и проще. А это какая то несуразица пока что для меня. Тот метод который был описан в статье на codeproject.com ссылку на которую я выложил выще, мне гораздно понятнее. Осталось только обработать все исключения, например как раз то что и нужно мне возвращение DBNull.