ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM [игнор отключен] [закрыт для гостей] / Объясните преимущества DLINQ перед ADO.NET
25 сообщений из 48, страница 1 из 2
  1  все
Объясните преимущества DLINQ перед ADO.NET
    #37895062
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
Только не подумайте что я собираюсь устроить холивор, просто действительно не понимаю. За последние несколько дней, нарвался в нескольких статьях и блогах на мнение, что сейчас только безумец не использует ORM при работе с БД.
Я совсем недавно начал использовать LINQ и признаю что это очень удобный инструмент, при работе с тем же list<>, например, но при работе с БД я упорно не вижу его преимуществ. Единственное что однозначно полезно он помогает избежать конотаций. Но когда я работаю через ADO.NET, то все обращение интерфейса с сервером делаю исключительно через процедуры, в которые передаю значения через параметры (бывают проблемы с временными таблицами, но и их обхожу, в зависимости от ситуации).
Так что я упускаю?
...
Рейтинг: 0 / 0
27.07.2012, 11:59
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895362
netivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
netivan
Участник
ALOTE,

Знакомая ситуация. Ничего не упускаете кроме кол-ва кода и времени разработки. в Linq2SQL процедуры превращаются в удобный метод, что очень хорошо:)
...
Рейтинг: 0 / 0
27.07.2012, 14:11
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895387
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
netivan,
Видимо, все таки вопрос религии, я сторонник тонкого клиента и всю логику предпочитаю держать на сервере. Для толстого клиента ORM, конечно, предпочтительнее.
...
Рейтинг: 0 / 0
27.07.2012, 14:20
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895436
Фотография МСУ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
МСУ
Участник
Если речь о Linq2SQL, то причем тут DLINQ?
...
Рейтинг: 0 / 0
27.07.2012, 14:34
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895479
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
МСУ,
В принципе речь об ORM вообще.
...
Рейтинг: 0 / 0
27.07.2012, 14:47
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895556
SolYUtor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SolYUtor
Участник
ALOTEТак что я упускаю?
Что вы упускаете - не очень понятно. Другие упускают время и деньги, врукопашную сражаясь с ADO.NET.
Или вы строите дом из кирпичей, или собираете из готовых блоков. Из блоков намного быстрее.
...
Рейтинг: 0 / 0
27.07.2012, 15:17
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895611
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
SolYUtor,
Честно говоря не знаю где с ado.net надо сражаться. Все предельно просто и лаконично. Пожалуй, параметры хранимкам только передавать несколько громоздко.
...
Рейтинг: 0 / 0
27.07.2012, 15:41
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895631
SolYUtor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SolYUtor
Участник
ALOTE,

дайте угадаю... Вы сидите на DataSet'ах?
...
Рейтинг: 0 / 0
27.07.2012, 15:47
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895635
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
SolYUtor,
Сингулярность помилуй. Предпочитаю оперировать исключительно датаридерами.
...
Рейтинг: 0 / 0
27.07.2012, 15:49
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895705
netivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
netivan
Участник
ALOTE,

тогда или вариант тот, что я предложил, тот же l2sql быстро работает с хранимками да и вы скоратите время написание очередных 50 строк кода или просто забейте.
...
Рейтинг: 0 / 0
27.07.2012, 16:16
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895726
SolYUtor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SolYUtor
Участник
ALOTEСингулярность помилуй. Предпочитаю оперировать исключительно датаридерами.
А в UI вы тоже DataReader'ами оперируете?
...
Рейтинг: 0 / 0
27.07.2012, 16:21
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895730
netivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
netivan
Участник
SolYUtor,

может у него нет UI? и кто вам сказал что после дата ридерка не получается объекта, бизнесс-класс и тд? совсем людям этими Ормами мозг проели) EF по вашему не использует ридеры и тд?
...
Рейтинг: 0 / 0
27.07.2012, 16:23
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895732
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
netivan,
Вот мне как раз интересно где код то сокращается? Просто посмотрел на LINQ по объему тоже самое выходит фактически.
Не спорю с SQL мне работать гораздо привычнее, но я с радостью обучусь и новой технологии, только хочу понять в чем целесообразность?
...
Рейтинг: 0 / 0
27.07.2012, 16:24
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895743
netivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
netivan
Участник
ALOTE,

я про объем ручного кода. Вот создай просто приложение с Linq 2 sql и кинь туда хранимку. 3 клика и ты ее используешь. А в АДО тебе надо написать вызов, передать параметры, потом сделать для каждого возвращаемого значения reader["name"] и тд., вот я про что. сам ORM скорее предполагает, что у тебя большинство логики как раз в коде, а хранимки как исключение. Если у тебя все в ХР и они устраивают, то нет смысла никакого, кроме вышесказанного. имхо.
...
Рейтинг: 0 / 0
27.07.2012, 16:28
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895748
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
SolYUtor, я вообще под web не пишу. С другой стороны какие проблемы про использовании ридеров в UI? Просто не знаком с этой стороной вопроса.
...
Рейтинг: 0 / 0
27.07.2012, 16:30
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895754
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
Или Вы про User Interface?
...
Рейтинг: 0 / 0
27.07.2012, 16:31
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895760
netivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
netivan
Участник
ALOTE,

скорее всего.
...
Рейтинг: 0 / 0
27.07.2012, 16:33
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895766
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
netivan,
Тогда не понятно опять таки что значит использовать ридеры в UI? Естественно данные форм заполняются из ридеров которые пользователь и вызывает. Не вижу проблем, вроде бы.
...
Рейтинг: 0 / 0
27.07.2012, 16:38
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895772
SolYUtor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SolYUtor
Участник
ALOTEТогда не понятно опять таки что значит использовать ридеры в UI? Естественно данные форм заполняются из ридеров которые пользователь и вызывает. Не вижу проблем, вроде бы.
т.е. примерно так?
Код: c#
1.
this.textBox.Text = (string)reader["MySuperColumn"]
...
Рейтинг: 0 / 0
27.07.2012, 16:41
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895775
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
netivanALOTE,

я про объем ручного кода. Вот создай просто приложение с Linq 2 sql и кинь туда хранимку. 3 клика и ты ее используешь. А в АДО тебе надо написать вызов, передать параметры, потом сделать для каждого возвращаемого значения reader["name"] и тд., вот я про что. сам ORM скорее предполагает, что у тебя большинство логики как раз в коде, а хранимки как исключение. Если у тебя все в ХР и они устраивают, то нет смысла никакого, кроме вышесказанного. имхо.
Ну понятно, вопрос привычек и вкуса.
...
Рейтинг: 0 / 0
27.07.2012, 16:42
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895781
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
SolYUtorт.е. примерно так?
Код: c#
1.
this.textBox.Text = (string)reader["MySuperColumn"]


Ну примерно так.
...
Рейтинг: 0 / 0
27.07.2012, 16:46
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895791
SolYUtor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SolYUtor
Участник
ALOTEНу примерно так.
Ясно. Вам ORM'ы действительно не помогут. А WinformsControls/Relational Mapper еще не изобрели.

В общем, начните c Фаулера . Когда осилите - станет понятнее.
...
Рейтинг: 0 / 0
27.07.2012, 16:52
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895798
netivan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
netivan
Участник
SolYUtor,

я же ждал, когда когда кто-то так скажет. У человека все на ХП, разницы принципиальной не будет, можно и на АДО,НЕТ построить ДАО слой ну и тд. Мне кажется вопрос был именно про это.
...
Рейтинг: 0 / 0
27.07.2012, 16:55
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895805
ALOTE
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ALOTE
Участник
SolYUtor,
WinformsControls/Relational Mapper это собственно ORM и есть, ORM и расшифровывается как Object Relational Mapper.
...
Рейтинг: 0 / 0
27.07.2012, 16:59
| Ответить | Цитировать | Написать  
Объясните преимущества DLINQ перед ADO.NET
    #37895822
SolYUtor
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SolYUtor
Участник
netivanSolYUtor,

я же ждал, когда когда кто-то так скажет. У человека все на ХП, разницы принципиальной не будет, можно и на АДО,НЕТ построить ДАО слой ну и тд. Мне кажется вопрос был именно про это.
Как бы да, и как бы нет.
Смотрети, вот к примеру пример из Dapper'a
Код: c#
1.
2.
3.
4.
5.
6.
7.
8.
9.
public class Dog
{
    public int? Age { get; set; }
    public Guid Id { get; set; }
    public string Name { get; set; }
    public float? Weight { get; set; }
}            

var dog = connection.Query<Dog>("select Age = @Age, Id = @Id", new { Age = (int?)null, Id = guid });



Более менее приличная работы в UI c dog будет выглядеть вот так:
Код: c#
1.
View.Model = dog;


И дальше оно само как-нибудь по контролам разбежится. А у TS другая ситуация, у него нечто такое:
Код: c#
1.
2.
3.
this.TextBoxName.Text = reader["name"];
this.TextBoxAge .Age = reader["age"];
//и т.д. и т.п.


Конечно, он не получит особой выгоды, если будет использовать mapper:
Код: c#
1.
2.
3.
this.TextBoxName.Text = dog.Name;
this.TextBoxAge .Age = dog.Text;
//и т.д. и т.п.



В общем, не дорос еще. Поэтому я и отправил к Фаулеру в просветительско-кругозорных целях.

ALOTEWinformsControls/Relational Mapper это собственно ORM и есть, ORM и расшифровывается как Object Relational Mapper.
Нет. Фаулер вам расскажет, почему.
...
Рейтинг: 0 / 0
27.07.2012, 17:09
| Ответить | Цитировать | Написать  
25 сообщений из 48, страница 1 из 2
  1  все
Форумы / ADO.NET, LINQ, Entity Framework, NHibernate, DAL, ORM [игнор отключен] [закрыт для гостей] / Объясните преимущества DLINQ перед ADO.NET
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=17&msg=37895732&tid=1350272]:
 0ms
get settings:
 9ms
get forum list:
 13ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 154ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 68ms
get tp. blocked users:
 1ms
others: 15ms
total:  278ms
созд. / загр.: 278ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]