|
1. Вопросы
1.1. Как прочитать или изменить содержимое поля (объекта) формы.
1.2. Как прочитать или изменить то или иное свойство объекта формы
2. Ответ
2.1. Чтобы прочитать или изменить содержимое или свойство объекта формы, в первую очередь надо составить выражение, позволяющее однозначно определить доступ именно к этому объекту.
Если происходит обращение к объекту формы из модуля этой формы, можно использовать одно из следующих выражений Visual Basic for Application (VBA) :
[Поле 1].Value
Me![Поле 1].Value
Me(“Новое “”поле”” [данных]”).Value ‘ Выполняется несколько медленнее’
Me.Controls(“Новое “”поле”” [данных]”).Value (я указал прямые скобки т.к., несмотря на «соглашение об именах», Access разрешает создавать подобные имена, по крайней мере у меня на компьютере)
В “конструкциях Visual Basic” (например, при необходимости задать условие на значение поля по содержимому другого поля этой же формы) можно пользоваться такой записью:
[Поле 1].Value
Следущие способы подходят для обращений к объекту формы как изнутри, так и извне контекста текущей формы:
для VBA :
Forms![Форма1]![Поле1].Value
Forms![Форма1].Controls(“Новое “”поле”” [данных]”).Value
Forms(“Форма1”).Controls(“Новое “”поле”” [данных]”).Value
С помощью конструкций Visual Basic (в том числе для запросов и макросов):
[Forms]![Форма1]![Поле 1].[Value]
Обращение к объекту подчиненной формы из содержащей её формы:
Для VBA :
Me![Форма2]![Поле1].Value
Me("Форма2")!Поле1.Value
Me(“Форма2”).Controls(“Новое “”поле”” [данных]”).Value
С помощью конструкций Visual Basic :
Me![Форма2]![Поле1].Value
Чтобы обратиться к объекту, содержащемуся в подчиненной форме, вне зависимости от текущего контекста.
VBA :
Forms![Форма1]![Форма2].Form![Поле1].Value
Forms![Форма1]![Форма2].Form.Controls(“Новое “”поле”” [данных]”).Value
Forms(“Форма1”).Controls(“Форма2”).Form.Controls(“Новое “”поле”” [данных]”).Value
С помощью конструкций Visual Basic :
Forms![Форма1]![Форма2].Form![Поле1].Value
Аналогичным образом, с помощью вставки выражений типа ![Форма2].Form (или .Controls(“Форма2”).Form), строятся выражения для подчиненных форм третьего и далее уровней вложености. (Кстати, кто знает, сколько всего уровней вложений форм «разрешают» Access’ы? Три я попробовал – работает ok, а дальше?).
Корректная ссылка на свойство подчиненной формы или отчета требует указания полного идентификатора формы использованием свойства Form элемента управления-подчиненная форма. В данном примере: Forms![Заказы]![Заказано] является ссылкой на элемент управления, в котором выводится подчиненная форма. А Forms![Заказы]![Заказано].Form является ссылкой на саму подчиненную форму. Указание свойства Form для ссылки на подчиненную форму или на ее свойства является обязательным.
Для неоткрытой формы нельзя прочитать или изменить никакие из свойств ее объектов.
Вместо инструкции «.Value» может быть указано любое доступное свойство или метод объекта формы, например, .Name, .Width, .Enabled, .Tag и т.д. Если требуется прочитать или изменить именно содержимое объекта, то инструкцию «.Value» можно не использовать.
Примеры:
VBA :
MyVar = Forms(“Форма1”).Сontrols(“Форма2”).Form.Controls(“Новое “”поле”” [данных]”).Value
Me![Поле 1].Enabled = True
MyVar = Forms(MainFormName).Сontrols(“Форма2”).Form.Controls(“Новое ””поле”” [данных]”).Value
С помощью конструкции Visual Basic :
SELECT * FROM MyTable WHERE (MyTable.Field1=SForms![Форма1]![Форма2].Form![Поле1].Name)
Не знаю, нужно ли сдесь:
2.2. Особенности обращений к значению списков, полей со списками, группам переключателей
2.3. Особенности обращений к содержимому активного поля (.Text и .Value)
3. Дополнительная информация
3.1. Построитель выражений некоторых русифицированных версий Microsoft Access (у меня так делает Microsoft Access SP2) автоматически ставит несуществующую инструкцию [Форма] вместо [Form]. Для корректной работы программы следует вручную исправить полученное выражение.
3.2. Некоторые (или все?) построители выражений обособляют все названия полей и форм, а также ключевые слов прямыми скобками таким образом: [Forms]![Форма1]![Форма2].[Form]![Поле1].[Value]. В принципе, их использование не обязательно.
3.3. В «Соглашении об именах полей, элементов управления и объектов» сказано: имя может включать любую комбинацию букв, цифр, пробелов и специальных символов за исключением точки (.), восклицательного знака (!), надстрочного символа (`), прямых скобок ([ ]) и управляющих символов (с кодами ASCII от 0 до 31), а также не должно начинаться с символа пробела. Несмотря на это, вы легко сможете создать, например, поле, имя которого нарушает вышеизложенные правила. Если вы решили спорить с программистами из Microsoft, тогда следует быть готовым к тому, что, например «Пробелы в именах могут при некоторых обстоятельствах вызывать конфликты в программах Visual Basic».
3.4. Обратите внимание: название формы, под которым она хранится в файле базы данных, и значение ее свойства Имя (Name) в роли объекта-подчиненной формы, которое и следует использовать в ссылках, – не одно и тоже!
3.5. Отличия «.» и «!».
Из системы помощи Microsoft Access 97:
Операторы ! и . (точка) в идентификаторах указывают тип элемента, стоящего справа от оператора.
Оператор ! указывает, что следующий за ним элемент является элементом, определяемым пользователем (элементом семейства). Например, с помощью оператора ! определяют ссылку на открытую форму, отчет или элемент управления в открытой форме или отчете. (Forms![Заказы]![КодЗаказа])
Оператор . (точка) обычно указывает, что следующий за ним элемент определен в Microsoft Access. Например, оператор . (точка) используется для ссылок на свойства форм, отчетов и элементов управления. Допускается также использование оператора . (точка) для ссылок на значение поля в инструкции SQL, метод Visual Basic for Application или семейство. Например, идентификатор Forms![Заказы].Controls представляет ссылку на семейство Controls формы «Заказы».
3.6. Совпадающие наименования полей, переменных, полей данных.
В системе помощи Microsoft Access описаны довольно обширные «правила наименования объектов», суть которых сводится к рекомендации давать уникальные имена полям таблиц, самим таблицам, формам, переменным, функциям и пр. Причем имена не должны совпадать с длинным перечнем зарезервированных слов. В большинстве случаев вы можете отступать от этих правил, но в этом случае вы либо будете действовать на свой страх и риск, либо должны четко осознавать, чего и как вы хотите добиться (например, описанная в стандартном модуле функции MsgBox будет перехватывать и обрабатывать все вызовы встроенной функции Microsoft Access).
Несмотря на вышеуказанные правила, встроенные мастера создания форм, создавая формы на основе таблиц, создают поля с именами, совпадающими с именами соответствующих полей таблицы-источника данных. В случае обращения к таким именам, они будут обрабатываться в соответствии с положениями, описанными в п. 3.5.
Прошу ваших дополнений, предложений и замечаний
|
