Используете ли вы Data-осведомленные классы?

Я использую VB6.

Классы, учитывающие данные, относятся к классам, для которых установлено свойство DataBindingBehavior или DataSourceBehavior.

Я изучил эту концепцию в MSDN и обычно задаюсь вопросом, когда нам следует использовать эту технику для классов, учитывающих данные? Или как Дизайнер Среды Данных, который просто игнорируется большинством разработчиков?

Источник

3 ответа

Решение

Возможность создавать классы, учитывающие данные, является еще одним аспектом модели расширяемости Visual Basic. Наряду со способностью создавать стандартные классы и пользовательские элементы управления, вы можете создавать их как классы, учитывающие данные, которые могут подключаться к механизму привязки данных VB.

Вы можете обернуть что-то вроде набора записей ADO или ADO Data Control, чтобы создать более специфичный для приложения компонент, или вы можете создать свой собственный с нуля, чтобы обеспечить привязку данных к каким-то необычным данным. Вы даже можете создавать базовые пользовательские поставщики OLE DB для необычных требований, написав классы, поддерживающие данные VB6, в сочетании с инструментарием OLE DB Simple Provider (OSP).

Большинство из этих вещей редко используются сегодня, потому что образование VB6 крайне отсутствует. Многие программисты, которые учились на собственном примере, уклоняются от привязки данных, потому что считают это разочарованием. Большая часть этого - отсутствие понимания все же. Вместо этого мы возвращаемся к написанию большого количества процедурного кода, похожего на QBasic, который жертвует мощью программирования на основе событий VB6.

Вы увидите то же самое во многих кодах VB.Net и C#. Люди, кажется, не осознают, что программирование, управляемое событиями, на самом деле гораздо важнее, чем степень "ООПТ", но именно на этом, кажется, и находится фокус.

Программисты, которые понимают важность этого, имеют тенденцию иметь намного меньше циклов DoEvents в своих программах VB6 и почти не использовать безвозмездную многопоточность в своих программах.Net.

Как и любой другой, я виновен в том, что избегаю конструктора среды данных и связанных с ним элементов управления. Я планирую больше узнать об их использовании и возможностях, а также более широко использовать конструктор отчетов VB6. Это мощные инструменты для написания ориентированных на данные программ, которыми я занимаюсь в последнее время.

Нет никаких аргументов в пользу того, что Microsoft прекратила всякую поддержку разработки VB6. Но это ничего не говорит о спросе на него, который продолжает оставаться высоким. Если люди не могут внести свой вклад в ответ на вопрос о VB6, они могли бы потратить свои усилия лучше в другом месте, вместо того, чтобы кричать здесь. Очень грустно, что мы так и не получили дополнительный продукт - новый VB, поддерживающий 64-битную разработку, был бы действительно хорош. Это просто не в карточках.

Источник

Ты хоть представляешь, сколько лет VB6? Ему около десяти лет. Вы должны очень хорошо игнорировать все, что вы "изучаете" из VB6.

Некоторые ресурсы на VB6:

Все это из следующего поиска: http://social.msdn.microsoft.com/Search/en-US/?Refinement=22&Query=vb6.

Источник

Я думаю, что эта функция была проигнорирована большинством разработчиков VB6. Конечно, я экспериментировал с этим один раз и никогда не использовал его снова. Если вы Google DataBindingBehavior или DataSourceBehavior, то сравнительно мало обращений.

Я думаю, что Джон пытается сообщить в своем ответе, что VB6 не является хорошим выбором для новой разработки, если у вас нет веских оснований для обратного - например, если ваша организация уже имеет большой опыт работы с VB6 и много кода VB6 для поддерживать и не иметь опыта работы с другими языками программирования. Это звучит маловероятно в вашем случае, иначе вы бы задавали вопрос своим коллегам, а не размещали их в переполнении стека!

Источник
Другие вопросы по тегам