Нужна возможность задать последовательность заданий

[GoogleCodeExporter]

Преамбула:
Допустим, что есть несколько локаций 
расположенных неподалеку друг от друга 
за пределами городской черты. 
Соответственно возникает желание 
сгруппировать эти задания так, чтобы 
команды их выполняли последовательно. Т.е. 
не покидая отдаленного района, в 
котором расположены данные локации, для 
предотвращения нескольких дальних 
перегонов.

Решение:
Решение практически полностью похоже на 
Issue 3 ("Анти-слив") :)

Для каждого задания нужна возможность 
указать одно или более других 
"рекомендуемых" заданий, которые 
могут(должны) выполнятся после него.

Соответственно движок при выборе 
следующего задания для команды должен 
отдавать предпочтение заданиям, которые 
указаны как "рекомендуемые" 
последующие задания.

Original issue reported on code.google.com by RolleR.m...@gmail.com on 9 Oct 2009 at 10:01

[GoogleCodeExporter]

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

Original comment by vozdvin@gmail.com on 9 Oct 2009 at 10:19

[GoogleCodeExporter]

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

Original comment by vozdvin@gmail.com on 9 Oct 2009 at 10:29

[GoogleCodeExporter]

Можно для упрощения настроек задания 
поставить кнопку "Сделать удаленным", по 
которой
в список нежелательных переходов данного 
задания вписываются все остальные задания.
Останется только исключить 
близкорасположенные.

Original comment by vozdvin@gmail.com on 9 Oct 2009 at 10:35

[GoogleCodeExporter]

Тут вопрос в удобстве для авторов игры по 
настройке этих самых ограничений и 
предписаний - лучше для группы удаленных 
локаций указать предпочтительные 
следующие 
локации, нежели для практически всех 
остальных заданий указывать признак "не 
после" 
той самой группы удаленных заданий.

Группы удаленных локаций, как мне кажется, 
будут состоять не более чем из двух 
локаций.

К тому же данный механизм поможет 
прокладывать общие маршруты 
(последовательности) 
заданий.

Original comment by RolleR.m...@gmail.com on 9 Oct 2009 at 10:38

[GoogleCodeExporter]

Механизм приоритетов для задания 
последовательностей, IMHO, не годится по
определению, так как не дает гарантий.

Удобство - да. Но боюсь, кабы они еще пуще не 
запутались, какие задания желательными
назначать, какие нежелательными, а какие 
оставлять как есть...

Я тут заметил, что признак "неОдновременно" 
часто тянет за собой признак "неПосле",
так как первый предполагает близкое 
расположение локаций, поэтому приходится 
ставить
второй, чтобы команда не получила слишком 
короткого перехода. Т.е. признак "неПосле"
может предотвращать как и слишком большие, 
так и слишком короткие переходы.

В связи с этим есть мысль вместо списков 
"неОдновременно" и "неПосле" ввести списки
1)"дальниеЗадания" и 2)"близкиеЗадания". Для 
(1) применять только логику "неПосле", а
для (2) применять сразу и "неОдновременно", и 
"неПосле".

Original comment by vozdvin@gmail.com on 9 Oct 2009 at 12:04

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

А в свете темы ветки лучше так:

У задания будет:
- 2 списка:
  - 1) "дальниеЗадания"
  - 2) "близкиеЗадания"
- Атрибут "Режим учета близких заданий" 
(перечисление):
  - "Избегать";
  - "Предпочитать";
  - "Не учитывать".
- Атрибут "Избегать засветки заданий" (флаг)

Заданиям из (1) всегда снижать приоритет.
Заданиям из (2):
- Если взведен "Избегать засветки заданий", 
то снижать приоритет если задание занято.
- Согласно типа учета:
  - "Избегать" - снижать приоритет.
  - "Предпочитать" - повышать приоритет.
  - "Не учитывать" - приоритет не менять.

Надо учесть, что приоритет флага "Избегать 
засветки зданий" должен быть сильнее,
чем приоритет режима "Предпочитать".

Original comment by vozdvin@gmail.com on 9 Oct 2009 at 12:16

[GoogleCodeExporter]

Правда, после таких изменений БД утратит 
совместимость с предыдущими версиями.

Original comment by vozdvin@gmail.com on 9 Oct 2009 at 12:19

[GoogleCodeExporter]

а может делить задания на так называемые 
"районы"?
таким образом и неПосле и неОдновременно 
будет работать?
в принципер "районы" можно использовать при 
первоначальной добавке заданий, чтоб
флаги проще расставлялись, т.е. списки 
заполнятся как бы автоматом, а потом эти
списки можно подредактировать, добавив 
и/или удалив нужное/ненужное?

Original comment by j3qq4h7h...@gmail.com on 13 Oct 2009 at 8:01

[GoogleCodeExporter]

Лишняя сущность, а реально процедуру 
настроек не упростит.

Original comment by vozdvin@gmail.com on 14 Oct 2009 at 11:22

[GoogleCodeExporter]

наверное лучше здесь же спросить:
а сколько возможно указывать зависимостей 
неПосле и неОдновременно?

Original comment by j3qq4h7h...@gmail.com on 22 Oct 2009 at 10:38

[GoogleCodeExporter]

А сколько захочешь - столько и указывай. 
Главное - не переборщи)))

Original comment by RolleR.m...@gmail.com on 23 Oct 2009 at 8:13

[GoogleCodeExporter]

Если переборщишь, то в принципе команда 
все-равно что-то получит, но что именно 
будет
сложно сказать :-)

Original comment by vozdvin@gmail.com on 23 Oct 2009 at 7:59

[GoogleCodeExporter]

Доброго времени суток не подскажите где 
мона скачать вашу систему управленияя мне 
как
раз нужно провести одну игру! а в ближайшее 
время я думая и не одну сделаем!
зараннее  СПС!

Original comment by roman.to...@gmail.com on 26 Nov 2009 at 10:17

[GoogleCodeExporter]

icq 439131420

Original comment by roman.to...@gmail.com on 26 Nov 2009 at 10:21