Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Система аукционных торгов
|
|||
|---|---|---|---|
|
#18+
Помогите пожалуста советами и идеями. Как правило любая система реализует рабочие места которые выполняют обособленную логику данного клиента и мало зависят от других рабочих мест в системе. В данном проекте работа каждого клиента зависит не только от таких же как и он клиентов но и от других рабочих мест. При этом вся работа движется по графу состояний. Вот кратенько: Админ переводит систему в подготовительный этап - клиенты видят у себя сообщение о необходимиости подготовиться и после подготовки жмут кнопку готовы. Когда все члены готовы - система переходит к автоматическому выставлению позиции торгов на торги. Клиенты видят новую позициюи отсылают свою цену. система ждет получения цен от всех и определяет наибольшую и выставляет позицию снова. так происходит пока позиция не будет продпна или снята и до тех пор пока все позиции не будут реализованы. В процессе торгов возможны и другие ветки работ. как проектировать систему? Предполагаемые технологии - ASP.NET+MSQL Буду благодарен всем за советы и идеи ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 13:33 |
|
||
|
Система аукционных торгов
|
|||
|---|---|---|---|
|
#18+
Хм. В прописанной логике зияет очевидная дыра - если в момент торгов я пролью кофе на клавиатуру, торги остановятся на час.. два.. сутки.. Как минимум одна позиция (а может и все) окажутся заблокированными. Если Вам интересны решения из серии "дешево и сердито", присмотритесь к реализации интернетовский онлайн-игр; любых AD&D, бойцовских клубов итп. В двух словах - регулярный опрос состояния и тайм-ауты. Далее можно придумывать навороты, например дать серверу вести список живых клиентов и пинать их по tcp, когда происходит что-то, о чем они должны знать. Это может повлиять на архитектуру клиентского места, сделать его более "серверным" по структуре. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 14:14 |
|
||
|
Система аукционных торгов
|
|||
|---|---|---|---|
|
#18+
Я бы перенес данную тему в " Перенос ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 14:15 |
|
||
|
Система аукционных торгов
|
|||
|---|---|---|---|
|
#18+
softwarerХм. В прописанной логике зияет очевидная дыра - если в момент торгов я пролью кофе на клавиатуру, торги остановятся на час.. два.. сутки.. Как минимум одна позиция (а может и все) окажутся заблокированными. нет - мы предусматриваем в этом случае отметку каждого участника через определенный интервал и в случае отсутствия в течении 2-3 отметок администратор должен разобраться (приостановить и затем продолжить торги) softwarer Если Вам интересны решения из серии "дешево и сердито", присмотритесь к реализации интернетовский онлайн-игр; любых AD&D, бойцовских клубов итп. В двух словах - регулярный опрос состояния и тайм-ауты. Далее можно придумывать навороты, например дать серверу вести список живых клиентов и пинать их по tcp, когда происходит что-то, о чем они должны знать. Это может повлиять на архитектуру клиентского места, сделать его более "серверным" по структуре. у нас вся работа предусматривается по http - поэтому данное предложение не подойдет :( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 14:52 |
|
||
|
Система аукционных торгов
|
|||
|---|---|---|---|
|
#18+
в данном случае даже непонятно какая структура данных должна быть - нужно же где-то отслеживать текущее состояние системы и отслеживать ее переходы по графу состояний ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 14:54 |
|
||
|
Система аукционных торгов
|
|||
|---|---|---|---|
|
#18+
spнет - мы предусматриваем в этом случае отметку каждого участника Хм. Я сказал "в описанной", а не "в той, которую вы предусматриваете" :) spу нас вся работа предусматривается по http - поэтому данное предложение не подойдет :( Если браузерный клиент - "дешево и сердито" остается практически единственным вариантом. spв данном случае даже непонятно какая структура данных должна быть - нужно же где-то отслеживать текущее состояние системы и отслеживать ее переходы по графу состояний Не вижу здесь какой-то специфики. Храните факты - "пользователь такой-то поставил столько-то", "состояние лота такое-то". Это ничем принципиально не отличается от обычной задачи БД, какого-нибудь документооборота. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2005, 15:07 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=33317479&tid=1545622]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
49ms |
get topic data: |
9ms |
get forum data: |
4ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 254ms |
| total: | 392ms |

| 0 / 0 |
