Какое отношение имеет привязка данных к интерфейсам?

в случае реляционных данных коллекции

Когда вы имеете дело с данными, то работаете обычно с коллекциями элементов данных, где каждый из элементов является объектом, который содержит значения или свойства, представляющие дискретные единицы данных, к которым вы привязываетесь. В случае реляционных данных — коллекции данных, собранных в таблицу — элементами данных являются строки в таблице, а свойства являются столбцами в строках. Обычно вы фокусируете внимание на уровне таблицы и рассматриваете строки и столбцы как детали табличных данных. В действительности всякий раз при привязке к DataTable Вы привязываетесь к псевдотаблице по умолчанию для данной таблицы. Так что на самом деле ключевым классом, на котором следует сосредоточить внимание при работе с наборами данных в. NET, является DataView, А его элементами данных являются экземпляры DataRowView. В случае специальных рабочих объектов внимание обращено в основном на уровень элементов данных, где каждый элемент данных является экземпляром рабочего объекта. Эти объекты могут быть заключены в некоторый объект-коллекцию, служащий контейнером или родительским объектом для элементов данных, подобно тому, как DataView Является контейнером для объектов DataRowView. Эти объекты-коллекции позволяют вам группировать экземпляры объектов, так что вы можете сохранять только ссылку на саму коллекцию и использовать ее для доступа к отдельным объектам, когда они вам понадобятся. Поскольку объектом является все что угодно и термин этот сильно перегружен, то при обсуждении данных или рабочих объектов он может приводить к путанице. Поэтому для описания отдельных объектов в коллекции я вместо термина Объект буду часто пользоваться термином Элемент данных. Элемент данных может быть экземпляром специального рабочего объекта, экземпляром типа. NET Framework, который содержит некоторые интересующие нас данные, таким, как объект Filelnfo, Или объектом реляционных данных, как, например, экземпляр DataRowView, Принадлежащий DataView.