|
Тема |
Re: ado.net модел [re: a] |
|
Автор |
шeф нa Coди Дeвня (full optional) |
|
Публикувано | 26.11.03 00:30 |
|
|
Не мисля че дизайнерския екип на Майкрософт ще се впечатлят особено от твойто мнение, тъй като доколкото мога да заключа от подхода ти, не си ти човека който може да прецени доколко е добър дизайна на адо.нет.
Значи, OleDbDataReader и SqlDataReader са typed accessors, което значи че се знае какъв точно тип данни лежат отдолу, и чрез къстъм имплементация се оптимизира достъпа.
Картинката е следната:
ado.net -> oledb consumer -> oledb provider
идеята на адо (не само на адо.нет) е създаване на допълнителен слой между клиента и базата данни чрез лесен интерфейс от класове, така че като смениш дейта сорса да не се налага да пренапишеш дейта лейара си. Значи, първо ти хем искаш да прескочиш АДО класовете и да използваш директно оле дб провайдер, хем искаш да си ги сменяш както ти е кеф. Е как да стане това? Ква е тази изолация на клиент и данни като клиента иска да работи директно с интерфейс на дейта провайдера?
Добър подход е дейта лейара да връща DataTable или DataSet. Така независимо какъв провайдер ползваш, той винаги ще дава на клиента ADO структура, а не OLEDB провайдер интерфейс.
Преди да съдиш някой че е направил нещо не добре или не логично, първо се замисли че този някой е сред най-гениалните хора на планетата, който разбират нещата по начин по който ние няма да ги разберем и след 100 години.
XM TurboCT .. where comfort meets power
|
| |
|
|
|