GUI как конечный автомат
Я бы использовал DBA_SOURCE (если у вас есть к нему доступ), потому что если требуемый объект не принадлежит схеме, в которой вы вошли, вы его не увидите.
Если вам нужно знать функции и Procs внутри пакетов, попробуйте что-то вроде этого:
select * from all_source
where type = 'PACKAGE'
and (upper(text) like '%FUNCTION%' or upper(text) like '%PROCEDURE%')
and owner != 'SYS';
Последняя строка предотвращает возвращение всех системных компонентов (DBMS_ et al). Это будет работать в user_source, если вы просто хотите использовать свои собственные элементы схемы.
3 ответа
It's a great idea! So great, in fact, that it's been done before and is probably the most common pattern used in extensible application development (think of IDEs like Visual Studio, Eclipse and the like).
One example, SCSF (which leverages CAB), from the MS Patterns and Practices Group, uses this pattern out-of-the-box to construct pluggable and extensible composite applications in both WinForms and WPF. The actual pattern it uses involves construction of hierarchical state machines called WorkItems that control usecases and flow through the application. I'd look into how the Patterns and Practices guys did it before I implement it as my own brainchild. I've used it on many occasions and it's well worth it.
Шаблон проектирования State описывает, как реализовать конечный автомат.
Существует много, немного разных шаблонов проектирования для управления экранами в пользовательском интерфейсе , но я думаю, что шаблон проектирования Контроллера приложения соответствует тому, что вы пытаетесь сделать.
Мы пишем все скрипты в Subversion и вносим их в проект, как и любой другой код. Все развертывания базы данных выполняются из сценариев, извлеченных из системы управления версиями. Если два человека работают над одним и тем же сценарием (что бывает довольно редко), Subversion позволит вам объединить эти два сценария.
когда они закончили, они могут предпринять действия X или Y, а затем они смогут сделать то . Таким образом, состояния, события и переходы все еще существуют, просто их представление немного более «виртуальное».