Реализация общей области настроек конфигурации (файл xml или txt или файл кода) Приложение MS Access (VBA) - PullRequest
0 голосов
/ 23 октября 2019

У меня очень элементарные представления о Microsoft Access и коде VBA.

На рабочем столе у ​​меня есть Microsoft Office Professional Plus 2013 Access

Мне было поручено создать MSПриложение Access с базой данных Access.

Я начал разрабатывать приложение MS Access с Forms и соответствующей базой данных, использую обработчики событий кода VBA (или процедуры обработки событий) для кнопок управления пользовательского интерфейса.

Я хотел создать общую область параметров конфигурации для указанного приложения (например, веб-приложение ASP.NET имеет файлы web.config или app.config)

Мне не удалось найти ничего похожего для разработки приложений MS Access.

Может ли кто-нибудь дать мне объяснение того, как реализовать модель реализации доступа MS / шаблон проектирования программного обеспечения для общей области параметров конфигурации, которая является модульной, многоразовой, понятной и краткой?

1 Ответ

1 голос
/ 23 октября 2019

Как уже отмечалось, я могу сделать это, просто создав таблицу во внешнем интерфейсе. Предполагается, что вы разделите свою базу данных на две части. Код / формы и т. Д. - это так называемый внешний интерфейс, а затем у вас есть внутренняя часть (база данных - это может быть файл accDB или сервер SQL).

Так что типичныйОбновление и развертывание вашего программного обеспечения будет:

Пересвязать ваши таблицы из тестовой базы данных с действующей производственной базой данных.

Скомпилировать ваш accDB в accDE.

Развернутьэта новая обновленная «следующая» версия вашего программного обеспечения для всех настольных компьютеров.

Таким образом, поскольку любое изменение или дополнение к настройкам будет в новом интерфейсе, все ваши настройки приложения будут развернуты вместе с вашим обновлением.

Это часто зависит от базы пользователей. ,В случае, когда у нас было несколько сайтов клиентов, на которых работало наше программное обеспечение, использование локальной таблицы было бы недостаточно, поскольку такие вещи, как имена путей, строки подключения к базе данных и т. Д., Зависят от клиента. Итак, в этом случае мы перенесли таблицу настроек в текстовый файл (setup.ini). Поэтому теперь мы используем файл setup.ini, который является внешним по отношению к программе и предполагается, что он развернут в той же папке, что и внешний интерфейс. При запуске мы используем Windows API для чтения файлов ".ini".

Итак, обе идеи (внешний файл setup.ini) или локальная таблица в интерфейсе являются довольно хорошим выбором с точки зрения цикла разработки. ,

Итак, как только вы приступите к разработке приложения, и изменения в таблице / структуре данных приведут к скучному грохоту, пришло время разделить ваше приложение. (для этого используйте встроенный разделенный мастер). Я скажу, что даже для своих приложений .net я все еще часто использую внешний файл setup.ini для настроек, поскольку, опять же, на сайтах с несколькими клиентами, нецелесообразно иметь специфичные для клиента настройки в приложении, в отличие от внешнего файла настроек. ,

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...