Преимущества DataBinding по сравнению с запросом / добавлением в управление вручную
Я программист на C# в общей сложности около 2 лет, а в профессиональном плане чуть больше 1. Я работаю в компании разработчиком приложения, которое началось еще до появления .NET 2. У меня такой вопрос:
В чем преимущество использования привязки данных из запросов sql непосредственно к элементу управления запросами и ручному добавлению элементов в элемент управления? Считается ли этот подход более чистым и простым с точки зрения развертывания? Будут ли еще случаи, когда добавление вручную даст более точный контроль над отображением / значением данных?
Я спрашиваю, потому что мне назначили некоторые ошибки, связанные с некоторыми элементами управления, которые заполняются на основе результатов запроса, и я хотел бы очистить ненужную логику и передать ее библиотекам для обработки вместо меня.
Примечание: мы используем .NET 2.0
Ответы 5
Я лично считаю, что с помощью
control.DataSource = YourSource;
control.DataBind();
процесс намного проще, вам не нужно делать итерацию, и в целом снижает LOC.
При работе с DropDownLists и другими элементами управления вы, скорее всего, также зададите свойства DataValueField и DataTextField.
Связывание данных намного проще настроить, меньше подвержено ошибкам, значительно снижает LOC (как сказал Митчел Селлерс) и, за исключением нескольких незначительных сбоев, работает довольно надежно.
По моему опыту, вам действительно нужно полное ручное управление только в том случае, если вам нужно указать точный порядок обновления или время для элементов управления с привязкой к данным.
Если у вас сложный сценарий ввода, может быть полезно выполнить привязку вручную. С помощью элементов управления вводом данных вы можете обнаружить, что знаете, что у вас плохие данные, только когда они попадают в БД и генерируют исключение (плохо отформатированные дата / время, целое число вне правильного диапазона и т. д.).
Очевидно, вы можете справиться с этим с помощью различных событий проверки / предварительной фиксации в элементах управления данными, но может быть проще (и более очевидно читаемым) просто вручную проверить свой ввод и опубликовать его, когда вы знаете, что это правильно.
Это единственная причина, о которой я могу думать, и она применима только для ввода. Если вы работаете в сценарии только для чтения, то привязка данных не составит труда.
Мой опыт был совершенно противоположен моим предыдущим плакатам здесь. Эта запись в блоге (от 2006 г.) резюмирует мои чувства по поводу привязки данных.
Объединение информации гораздо проще настроить, в целом меньше проблемных вопросов, значительно снижает LOC, и, если не считать нескольких незначительных ошибок, будет работать довольно легко. По моему опыту, вам действительно нужен полный контроль руководства только в том случае, если вам нужно указать фактический порядок обновления или время для деталей определенных дескрипторов.