MrShin,
авторА что с повторным использованием кода, какие возможности есть типа модулей, библиотек, поддержки ООП?
здесь преимущество целиком на стороне акцесса.
файлмейкер максимально упрощен. В нем нет никаких классов, объектов, наследования и так далее, которые программист может создать сам.
Есть только объекты файлмейкера, их стандартные свойства вы можете менять только настройками, но не кодом. Программно вообще свойства никакие не меняются, кроме свойств окон: размеров, положения и заголовка. Кстати, может огорчить, что у окон нет дескрипторов. К ним можно обратиться только по заголовку Title либо указывая на Current Window. Проблема сами понимаете, какая проистекает из этого.
Разумеется, при использовании плагинов все иначе. Там можно вроде как встроить что угодно. Добавить объекты, поменять стандартные свойства.
Повторно использовать код можно: в файлмейкере можно создавать функциональные блоки, сценарии, пользовательские функции, которые будут использоваться в разных частях проекта. То есть если видно, что какая-то часть кода будет повторяться, то этот кусок оформляется отдельным сценарием, например, "Define date range". А потом этот сценарий будет вызываться из других сценариев:
Perform Script ["Define date range"; Parameter: "any parameter"]
или
Perform Script On Server ["Define date range"; Parameter: "any parameter"]
(Вложенность сценариев один в другой не ограниченная. Можно рекурсивно вызывать сценарий внутри его самого.)
Например, если мне нужно сохранить какой-нибудь файл на жесткий диск на сервере, то я буду использовать универсальный скрипт для этого.
Или вот пример кастом функции, которая вычисляет последний день месяца для произвольной даты:
1.
2.
3.
4.
5.
6.
7.
8.
/*
Custom function name = Month_end_date
parameter = date;
Evaluates last date of month for any date
*/
Date(Month(any_date)+1; 0; Year(any_date))
Код простой, но часто используется. Почему бы и не сохранить как отдельную функцию.
В общем, "ленивым программистам" есть, чем себя развлечь :)
Понятия "модуль" нет. Script Workspace - это общий раздел базы данных, в котором все сценарии списком (его можно организовать в виде "дерева", распихав сценарии по папкам и подпапкам). Поиском можно искать сценарий по названию. Любой сценарий вызывается из любого места, ограничений видимости нет. Более того, если я прилинковал к проекту еще один файл, то я могу вызывать сценарии и из внешнего файла.
Подключения к внешним библиотекам нет. Приложение файлмейкер будет использовать только собственные библиотеки, Java машину. Можно считать аналогом "внешних библиотек" плагины. Файлмейкер может установить плагины самостоятельно, если нужно (то есть пользователю не придется ковыряться в этом всем).
Есть особенность, касающаяся элемента Web Viewer и полей-контейнеров. Веб-вьюер - это встроенный браузер, его возможности будут зависеть от версии IE установленного на компе. То есть если у пользователя какой-нибудь отсталый эксплорер, то хрен в веб-вьюере используешь возможности HTML-5
То же самое контейнер. Допустим, запихнули мы в контейнер PDF файл. Если у пользователя установлен Акробат Ридер, то это пдф можно листать прямо внутри файлмейкера. Если Фоксит ридер - то PDF будет отображаться иконкой.
Про музыкальные и видеофайлы в контейнерах я не скажу: они проигрываются, но хз, чьи там используются библиотеки. Я просто этим не пользуюсь.
Открыть водровский документ для редактирования внутри программы (в окне самой программы) стандартными средствами не получится, разве только через специальный плагин.
Можно считать это все недостатком файлмейкера, но есть бонус от всего этого: программы работают одинаково у разных пользователей и нет вообще никаких проблем с переходом на новую версию.
