Когда я должен быть осторожной привязкой данных использования в.NET?

Я только что начал работать над малочисленной командой программистов.NET приблизительно месяц назад и недавно вошел в обсуждение с нашим руководителем группы относительно того, почему мы не используем привязку данных вообще в нашем коде. Каждый раз, когда мы работаем с сеткой данных, мы выполняем итерации через таблицу данных и заполняем строку сетки строкой; код обычно выглядит примерно так:

Dim dt as DataTable = FuncLib.GetData("spGetTheData ...")
Dim i As Integer

For i = 0 To dt.Rows.Length - 1 '(not sure why we do not use a for each here)'
  gridRow = grid.Rows.Add()
  gridRow(constantProductID).Value = dt("ProductID").Value
  gridRow(constantProductDesc).Value = dt("ProductDescription").Value
Next

'(I am probably missing something in the code, but that is basically it)'

Наш руководитель группы говорил, что был записан с помощью привязки данных при работе со средствами управления Sheridan Grid, VB6 и наборами записей ADO назад в девяностых. Он не уверен, какова точная проблема была, но он помнит, что привязка не работала как ожидалось и вызвала его некоторые основные проблемы. С тех пор они не доверяли привязке данных и загружают данные для всех их средств управления вручную.

Причина разговор даже подошел, состояла в том, потому что я нашел, что привязка данных была очень проста и действительно любил разделять представление данных (в этом случае, сетка данных) от источника данных в оперативной памяти (в этом случае, таблица данных). "Загрузка" строки данных строкой в сетку, казалось, повредила это различие. Я также заметил, что с появлением XAML в WPF и Silverlight, привязка данных походит на необходимую вещь, чтобы смочь чисто обеспечить электричеством код XAML разработчика с помощью Ваших данных.

Когда я должен быть осторожным из использования привязки данных в.NET?