ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Java [игнор отключен] [закрыт для гостей] / Совет по архитектуре компонента
16 сообщений из 41, страница 2 из 2
  2  все
Совет по архитектуре компонента
    #38181893
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
lukdimanЗачем обсуждать как надо а как не надо? Это уже есть и от этого никуда не деться. Я спросил совета именно про текущую ситуацию, которую изменить я не могу в принципе
текущая ситуация - это:
- в XML любым парсером, любой элемент - это Node.
Поэтому, если на входе поиска Ноды - строка, То непонятно почему много вариантов:

Код: java
1.
Node = НайтиЭлемент(СтрокаИмя, XML)
...
Рейтинг: 0 / 0
12.03.2013, 18:40:45
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38181996
lukdiman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lukdiman
Гость
содержимое разное и обрабатывается по-разному
...
Рейтинг: 0 / 0
12.03.2013, 20:04:43
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182145
Кореец
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кореец
Участник
lukdiman,

а нельзя просто для каждого из корневых элементов определить свой класс обработчик?
путь будет один базовый класс с методами по работе с xml, и наследуемые от него с самой логикой обработки.
в обработчике держать путь к своему корню xml и логику.

если хочешь то можешь называть класс обработчик также как и его xpatch. Например ProcessTablesTable1.
зная логику именования классов, ты сможешь всегда получить название класса из xpath, правильно вызвать класслоадер и соответственно обойтись без swicth и т.п.
сли обработчик найдет свой корень то сделает работу, если не найдет, то завершится. вроде быстро должно проскакивать.

Если в XML окажется корень для которого еще не написан класс обработчик, то будет эксепшн. класс нот фаунд. он тоже встраивается в логику.

Заодно вызов обработчиков можешь делать в отдельный поток - вот тебе и паралельность для каждого варианта данных.


так нельзя сделать?

PS я сам нуб. просто интересуюсь.
...
Рейтинг: 0 / 0
12.03.2013, 22:41:21
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182148
Кореец
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кореец
Участник
>сли обработчик найдет свой корень то сделает работу, если не найдет, то завершится. вроде быстро должно проскакивать.

кстати этого не произойдет. первичный загрузчик вызовет только те обработчики для которых найдется их XPATH
...
Рейтинг: 0 / 0
12.03.2013, 22:43:38
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182163
Йуный джавистЪ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Йуный джавистЪ
Участник
switch, обычно, легко заменяется полиморфизмом, кроме случаев вроде таблицы решений.
А полиморфизм легко заменяется свитчем, при это код становится намного понятнее.
...
Рейтинг: 0 / 0
12.03.2013, 23:07:15
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182181
Лагман
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лагман
Участник
Йуный джавистЪ,

только на собеседованиях этого не говорите
...
Рейтинг: 0 / 0
12.03.2013, 23:33:22
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182185
Йуный джавистЪ
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Йуный джавистЪ
Участник
только на собеседованиях этого не говорите
Наоборот, обязательно говорю. Если такое высказывание шокируют нанимателя, то мне с ним не по пути.
...
Рейтинг: 0 / 0
12.03.2013, 23:35:42
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182275
забыл ник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
забыл ник
Участник
Йуный джавистЪтолько на собеседованиях этого не говорите
Наоборот, обязательно говорю. Если такое высказывание шокируют нанимателя, то мне с ним не по пути.

Не всегда собеседуют те, с кем будешь в дальнейшем работать.
...
Рейтинг: 0 / 0
13.03.2013, 01:12:03
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182513
lukdiman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lukdiman
Гость
Я решил остановиться на таком варианте. В enum описываю все таблицы и все группы. Для каждой таблицы в конструктор передаю объект поведения. У групповых описываю базовое поведение для групп и передаю таблицы, которые входят в эти группы. У всех единый интерфейс, но у конкретных таблиц будет напрямую вызов прогрузки данных, а групповые будут пробегать по своим таблицам и вызывать у них тот же метод, объявленный в едином интерфейсе. Мне кажется оптимальное решение(хоть и много классов) и позволяет избавиться от switch case.
...
Рейтинг: 0 / 0
13.03.2013, 09:38:58
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182595
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
lukdimanсодержимое разное и обрабатывается по-разному
и это вся твоя конкретика?
Или у тебя уникальный XML.
У всех Node - разное содержимое)
...
Рейтинг: 0 / 0
13.03.2013, 10:28:14
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182599
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
lukdiman,
пока ты не расшифруешь РАЗНИЦУ в таблицах АКА свитчах - будет пустой трёп.
Забей в XML скрипты DDL\DDL и свитчи не понадобятся))
ЗЫ.
Разное поведение, это бизнес-логика. Засунуть её в XML не удастся (дкларативно).
Удачи!
...
Рейтинг: 0 / 0
13.03.2013, 10:31:13
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182603
lukdiman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
lukdiman
Гость
Потому что я считаю для решения данной задачи конкретика не должна волновать. Я думаю над созданием более высокого слоя чем конкретика каждой ноды. А что там и как будет обрабатываться на данном этапе не должно интересовать и не влияет ни на что
...
Рейтинг: 0 / 0
13.03.2013, 10:35:10
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182613
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Корееци соответственно обойтись без swicth и т.п.
+1
Можно прямо в ноде XML прописать ИмяБЛфункции по обработке.
...
Рейтинг: 0 / 0
13.03.2013, 10:40:26
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182618
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
lukdimanПотому что я считаю для решения данной задачи конкретика не должна волновать. Я думаю над созданием более высокого слоя чем конкретика каждой ноды. А что там и как будет обрабатываться на данном этапе не должно интересовать и не влияет ни на что
конкретика - это свитч . Я тебе показал без него.
swicth - по имени ноды или по какому признаку тебе нужны?
...
Рейтинг: 0 / 0
13.03.2013, 10:42:35
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182654
am_sasa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
am_sasa
Гость
Petro123Можно прямо в ноде XML прописать ИмяБЛфункции по обработке. да! точно! получится Spring IoC
...
Рейтинг: 0 / 0
13.03.2013, 11:01:16
| Ответить | Цитировать | Написать  
Совет по архитектуре компонента
    #38182664
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
am_sasa,
в 1С делают круче. Там в файле экспорта проводок идут данные прямо с кодом вместе)
...
Рейтинг: 0 / 0
13.03.2013, 11:05:38
| Ответить | Цитировать | Написать  
16 сообщений из 41, страница 2 из 2
  2  все
Форумы / Java [игнор отключен] [закрыт для гостей] / Совет по архитектуре компонента
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=59&startmsg=38181893&tid=2129796]:
 0ms
get settings:
 12ms
get forum list:
 26ms
check forum access:
 6ms
check topic access:
 6ms
track hit:
 67ms
get topic data:
 22ms
get forum data:
 6ms
get page messages:
 101ms
get tp. blocked users:
 3ms
others: 289ms
total:  538ms
созд. / загр.: 538ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]