|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
iscrafmАнатоЛойiscrafm, ещё вот эти вопросы: ... 2) как найти все места вызовов с использованием конкретного параметра? ... 2) воспользоваться поиском, хотя сама постановка вопроса непонятна. Предполагается такой список параметров компонента, что глазами не получится найти? Приведу пример: У вас в системе один справочник "Клиенты", у него есть параметр "Текущий" со значениями "Да (есть действующий договор)/Нет (нет действующего договора)". И есть 100500 форм ("Большая КИСа!"), в которых этот справочник вызывается. Теперь бизнес просит: 1. Добавить в справочник новое состояние, растолковывающее детальнее состояние "Текущий"="Нет": Состояние "2 степень близости": "Окольцованный" - действующего договора нет, но договор находится в процессе заключения. "Бывший" - действующего договора нет, договор не находится в процессе заключения, на раньше договор таки был. 2. Помочь ему найти подмножество из 100500 форм, в которых справочник клиента вызывался со значением "Текущий"="Нет", чтобы принять решение, добавлять ли в каждой из этих форм фильтрацию по значению параметра "2 степень близости". Как будете делать вторую задачу? П.С.: Все совпадения с чьей-то интимной жизнью прошу считать случайными. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 16:56 |
|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
АнатоЛойViPRos, отклоняемся от задачи. Задача: спроектировать в системе возможность настройки удобного выбора клиента в зависимости от формы. Условие: настройка хранится в реляционной СУБД. Формат решения задачи: диаграмма E/R (ну или UML-диаграмма, разница-то....). Или может "спроектировать и реализовать" за час? :)... да я тебе уже показал :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 17:20 |
|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
АнатоЛойiscrafmпропущено... 2) воспользоваться поиском, хотя сама постановка вопроса непонятна. Предполагается такой список параметров компонента, что глазами не получится найти? Приведу пример: У вас в системе один справочник "Клиенты", у него есть параметр "Текущий" со значениями "Да (есть действующий договор)/Нет (нет действующего договора)". И есть 100500 форм ("Большая КИСа!"), в которых этот справочник вызывается. Теперь бизнес просит: 1. Добавить в справочник новое состояние, растолковывающее детальнее состояние "Текущий"="Нет": Состояние "2 степень близости": "Окольцованный" - действующего договора нет, но договор находится в процессе заключения. "Бывший" - действующего договора нет, договор не находится в процессе заключения, на раньше договор таки был. 2. Помочь ему найти подмножество из 100500 форм, в которых справочник клиента вызывался со значением "Текущий"="Нет", чтобы принять решение, добавлять ли в каждой из этих форм фильтрацию по значению параметра "2 степень близости". Как будете делать вторую задачу? П.С.: Все совпадения с чьей-то интимной жизнью прошу считать случайными. :) не обсуждая саму схему про множество форм, остановлюсь только на том, о чем уже говорил: воспользуюсь поиском ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 17:21 |
|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
если не помнишь что изменял в последнее время, то можно так, например. p.s. это все к тому, что эти операции ничтожны при нормальной организации процесса редактирования содержания приложения. Понятно что комфорт того, кто редактирует содержание задача приоритетная, но избавится от проблем можно другими способами, например не повторять много раз одно и тоже, а поискать способ избежать необходимости в 100500 форм дублировать что-то ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 17:39 |
|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
А вот допустим есть две формы, одну форму делает один настройщик, вторую другой. Первый разобрал свою форму и у второго она посути смломалась. Первый пилит, второй курит. Кто-нибудь заморачивался на тему CheckIn, CheckOut? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 18:00 |
|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
iscrafm, тот же метод поиска использует оракл в APEX. Особености: - модуль по дате - отсутствует - есть галка - искать только в текущей страничке (по вашему - модуль) Помогает то, что все имена переменных\параметры включают префикс с ID странички "123". P123_ITEMS Другой вариант и невозможен, т.к. ищется в JS\SQL\PL коде сразу ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 18:02 |
|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
dma_caviarПервый разобрал свою форму и у второго она посути смломалась есть же контракты. При веб программировании жёсткая проверка невозможна. Пили свою форму, но контракт передачи парам в урл сохрани. В десктопе возможно можно прикрутить строгую типизацию-контрактизацию. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 18:06 |
|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
Petro123iscrafm, тот же метод поиска использует оракл в APEX. Особености: - модуль по дате - отсутствует - есть галка - искать только в текущей страничке (по вашему - модуль) Помогает то, что все имена переменных\параметры включают префикс с ID странички "123". P123_ITEMS Другой вариант и невозможен, т.к. ищется в JS\SQL\PL коде сразу Petro123, в станица это не модуль в терминах ISCRA, страница - это как файл содержания (svr), но сильно не похоже, сравнивать смысла нет. Больше похоже на файл Excel, наполняемый различными страницами и компонентами ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 18:10 |
|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
iscrafm, не знаю.... Форма(delphi) = страница (APEX-web) = модуль (PAS Delphi). Мне кажется разумно. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 18:31 |
|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
iscrafmВоспользуюсь поиском Угумс, то есть поиск "Найти места передачи значений для выбранного пользователем параметра" уже есть, либо наконфигурировать его несложно... Попробую утолить любопытство до конца :) iscrafmне обсуждая саму схему про множество форм Почему? Ну, допустим, 100500 я загнул. Но 20 среди 1500 форм - найдётся :). И запросто - в разных подсистемах. И не по памяти же их искать... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 18:40 |
|
Выбор данных в значение реквизита из перечня ("справочника") в разных формах ввода
|
|||
---|---|---|---|
#18+
АнатоЛойПочему? Ну, допустим, 100500 я загнул. Но 20 среди 1500 форм - найдётся :). И запросто - в разных подсистемах. И не по памяти же их искать. конечно не по памяти. Но лучше учится мыслить лаконично. Нужно смотреть на конкретную задачу конечно. Редко когда пользуюсь этим поиском, но раз он есть, то наверняка пользователи требовали ... |
|||
:
Нравится:
Не нравится:
|
|||
24.03.2015, 18:44 |
|
|
start [/forum/topic.php?fid=33&gotonew=1&tid=1547491]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
155ms |
get topic data: |
12ms |
get first new msg: |
9ms |
get forum data: |
3ms |
get page messages: |
58ms |
get tp. blocked users: |
2ms |
others: | 293ms |
total: | 561ms |
0 / 0 |