Антар: приключенческая игра. Исследование лабиранта с элементами выживания (1С 8.3, Управляемые формы, любая конфигурация)

Клёво. Надо заказать установку

Класс:)
Я так понимаю, она походовая?

(2) tonic, Да, она пошаговая. Пошаговость - родилась из первоначальной идее сделать ее сетевой, но пока взаимодействие игроков я не продумал, а пошаговость - уже есть.
(1) Ibrogim, Хм... Она - вроде же простая обработка... "Файл - открыть" - какая тут установка? Хотя можно написать подключение в любую конфигурацию. Просто я не знал, как написать универсальное определение.

(3) HorusTheOne, Это шутка, В публикации есть кнопка "Заказать установку" просто ))

(4) Ibrogim, Ёптушки, теперь вижу.... Это я сделаль? :))

(3) HorusTheOne, Слушай а ты через что хочешь сделать взаимодействие игроков?

Первейшее, что приходило в голову - через файл состояния игры. Игроки бы поочереди вносили данные о своих действиях в обще доступный файл. Но тут проблема как регулировать взаимодействие с одним и тем же объектом в случае асинхронных ходов. В случае синхронных - это будет бокс по переписке (очень долго).
Идея о файле упирается рогами в необходимость отсутствия изменений в конфигурациях.

(7) HorusTheOne, Есть еще один вариант... правда он тоже не лишен недостатков, сделать взаимодействие через промежуточную базу mySql например, а ее разместить на каком нить бесплатном хостинге. А вообще идея интересная:)
А при чем тут синхронность или асинхронность ходов, она у вас пошаговая... я не зря про этот момент спросил:)

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

(8) Вообще я рассмотрю этот вариант, тем более, что скулевых баз у меня хренова толпа.... Да и хостингов в наличии - столько же.

(9) HorusTheOne, пиши в журнал регистрации :))) Он-то почти в любой базе есть.

(9) HorusTheOne, Ну если предполагается внутри одного коллектива, то да вариант с инетом отпадает.
Насчет регулировки асинхронности, может сделать по времени? кто первый успел того и тапки. в файл записывать время хода.

(11) necropunk, А не будет очень долгой выборка из этого журнала, туда же не только данные игры будут падать...

(11) Tonic прав. Я сижу на БП 3,0 и в журнал регистрации даже по малому не хожу. Пару раз приходилось снимать задачу, настолько это жирноватая штука.
(12) Вариант :)

(7) HorusTheOne, может быть стоит еще рассмотреть вариант хранения информации в стандартном хранилище общих настроек? В нем же можно хранить произвольные данные.

(15) Bassgood, может быть. Дело в том, что программирование в восьмерке - скорее хобби и конфигуратор то ее я открыл первый раз полгода назад, и я вовсе не в курсе уже существующих механизмов. Наверняка существует еще с десяток возможных решений, про которые я пока не знаю. Возможность с хранилищем я тоже рассмотрю.

Итого, уже почти ясно "как": 1) Хранилище в случае игры в единой конфигурации, 2) Файл - в случае общей локальной сети, 3) Внешняя скуль база - во всех остальных (еще и сервера поднять с матчмейкером :)).
Осталось узнать - "что", потому как текущее наполнение, без взаимодействия игроков посредством увечий их персонажей вряд ли заинтересует массы. :) Как минимум нужны ловушки, отравления снадобий и пр...

(16) HorusTheOne, на вопрос "что": мне кажется что достаточно в этом хранилище хранить данные о времени хода и о позиции игрока (игроков), у вас же расчет состояния мира идет после каждого хода.
А вот еще что интересно, скажите а где вы храните ифну о том что находится на каждом тайтле? логично эту инфу тоже хранить в каком нибуть внешнем хранилище.
У меня просто нет денег скачать вашу обработку:))

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

(18) HorusTheOne, ну раз так стоит вопрос, то само собой напрашивается ответ: Квесты:))) хабар(он уже есть), всякие неписи в общем корованы и набигающие домики:)))

(19) tonic,
"Я джва года уже хочу такую игру"?

(20) HorusTheOne, Точно:))

(13) tonic, конечно будут, там поэтому смайлик стоит.

Плюс чисто из принципа.

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

(23) Yashazz, спасибо!
Конечно не пробовал, потому как до твоих слов я даже не знал про "географическую схему" :) . Мне бы пример реализации посмотреть достойный, чтобы понять стоит ли оно того (да и на чужом коде проще учится, нежели по справке)

Отлично получилось!

Идея - 5 баллов.
Реализация - 5 баллов.
Юморной текст в игре 5 баллов.

Круто! Помню описание этой игры в журнале. И как они псевдографикой визуализировали охоту на рыбу :)

(26) :) На "речного змея": http://leonid.shevtsov.me/post/monsterland-article/
(25) Спасибо за оценку, хоть она и чрезмерная :)