powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Система аукционных торгов
6 сообщений из 6, страница 1 из 1
Система аукционных торгов
    #33317317
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Помогите пожалуста советами и идеями.

Как правило любая система реализует рабочие места которые выполняют обособленную логику данного клиента и мало зависят от других рабочих мест в системе.

В данном проекте работа каждого клиента зависит не только от таких же как и он клиентов но и от других рабочих мест.
При этом вся работа движется по графу состояний.

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

как проектировать систему?
Предполагаемые технологии - ASP.NET+MSQL

Буду благодарен всем за советы и идеи
...
Рейтинг: 0 / 0
Система аукционных торгов
    #33317479
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хм. В прописанной логике зияет очевидная дыра - если в момент торгов я пролью кофе на клавиатуру, торги остановятся на час.. два.. сутки.. Как минимум одна позиция (а может и все) окажутся заблокированными.

Если Вам интересны решения из серии "дешево и сердито", присмотритесь к реализации интернетовский онлайн-игр; любых AD&D, бойцовских клубов итп. В двух словах - регулярный опрос состояния и тайм-ауты.

Далее можно придумывать навороты, например дать серверу вести список живых клиентов и пинать их по tcp, когда происходит что-то, о чем они должны знать. Это может повлиять на архитектуру клиентского места, сделать его более "серверным" по структуре.
...
Рейтинг: 0 / 0
Система аукционных торгов
    #33317483
Фотография Shtock
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я бы перенес данную тему в " Перенос
...
Рейтинг: 0 / 0
Система аукционных торгов
    #33317598
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerХм. В прописанной логике зияет очевидная дыра - если в момент торгов я пролью кофе на клавиатуру, торги остановятся на час.. два.. сутки.. Как минимум одна позиция (а может и все) окажутся заблокированными.


нет - мы предусматриваем в этом случае отметку каждого участника через определенный интервал и в случае отсутствия в течении 2-3 отметок администратор должен разобраться (приостановить и затем продолжить торги)

softwarer
Если Вам интересны решения из серии "дешево и сердито", присмотритесь к реализации интернетовский онлайн-игр; любых AD&D, бойцовских клубов итп. В двух словах - регулярный опрос состояния и тайм-ауты.

Далее можно придумывать навороты, например дать серверу вести список живых клиентов и пинать их по tcp, когда происходит что-то, о чем они должны знать. Это может повлиять на архитектуру клиентского места, сделать его более "серверным" по структуре.

у нас вся работа предусматривается по http - поэтому данное предложение не подойдет :(
...
Рейтинг: 0 / 0
Система аукционных торгов
    #33317600
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
в данном случае даже непонятно какая структура данных должна быть - нужно же где-то отслеживать текущее состояние системы и отслеживать ее переходы по графу состояний
...
Рейтинг: 0 / 0
Система аукционных торгов
    #33317636
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
spнет - мы предусматриваем в этом случае отметку каждого участника
Хм. Я сказал "в описанной", а не "в той, которую вы предусматриваете" :)

spу нас вся работа предусматривается по http - поэтому данное предложение не подойдет :(
Если браузерный клиент - "дешево и сердито" остается практически единственным вариантом.

spв данном случае даже непонятно какая структура данных должна быть - нужно же где-то отслеживать текущее состояние системы и отслеживать ее переходы по графу состояний
Не вижу здесь какой-то специфики. Храните факты - "пользователь такой-то поставил столько-то", "состояние лота такое-то". Это ничем принципиально не отличается от обычной задачи БД, какого-нибудь документооборота.
...
Рейтинг: 0 / 0
6 сообщений из 6, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Система аукционных торгов
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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