46 ответов в теме

[Infine]

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

 

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

Сообщение отредактировал Infine: 21 May 2013 - 19:40

[Psihius]

С точки зрения сервера промежуточных состояний может и нет, а вот игрок, который вылетел из игры по какой-либо причине по среди процесса массовой покупки будет очень недоволен, когда ему нужно будет пересчитывать чего сколько купилось и чего и сколько нужно ещё докупить. А если он нечаянно окно закроет? Вы что, никогда случайно окна не закрывали что-ли?

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

 

Что касается прокликивания, тут вы ошибаетесь. У тебя перед носом интерфейс, в котором обозначено вся нужная инфа: минимальная цена, допустимый спред, сколько средняя цена покупки, тут-же можно посчитать, сколько штук доступно по заданному спреду и сколько собственно нужно купить. Имея эту инфу перед носом и сделав небольшой запас, можно всё купить за один присест. Просто вы не берёте в расчёт то, что если не нравиться цена по селл ордерам, человек займётся выставлением buy ордеров. Т.е. ему либо подходит цена на всё, либо он подкручивает кол-во покупаемого в меньшую сторону пока всё не вписывается в нужный ему спред, либо он занимается скупкой сам.

Просто представь себе процесс покупки через подтверждение очередного ордера по позиции, приведущий ордер которой был выкуплен (да и прочие позиции собственно были выкуплены) - тебе нужно перепроверить все цены снова, а вдруг в какой-то позиции выкупились все ордера и остались ордера +50% от стартовой цены - можно и не заметить на общем фоне. Накосячить и купить что-то по сильно завышенной цене как раз проще, т.к. повторяющиеся действия усыпляют внимание, да и рука к кнопке "купить" будет тянуться автоматом.

 

А вообще, моё личное мнение, что дизайном интерфейсов вам заниматься не приходилось. Потому что в ваших описаниях столько ложных допущений о том, что юзер будет сидеть и кликать и перепроверять цены после каждого клика. Юзер хочет кнопку "Сделать пи***то", юзер не внимателен, юзер вообще нуб. Единственный способ, как не дать ему слить все иски, это изначально показать, что вот такой набор фита с шипов, в таком-то количестве, стоит в общей сложности вот столько и что каждая из позиций по среднему арефметическому обойдётся ему в столько-то, разница между средним и минимальным вот такая и не превышает установленные юзером [2 000 000] ISK. Всё помеченно зелёным? Хъюстон, взлетаем. Нет - значит юзер смотрит и решает повысить ли планку или отказаться.

 

Знаете первое правило построения сайтов? Если в 3 клика юзер не может добраться до нужного контента - вы что-то сделали не так. А вы хотите их заставить кликать по 10+ раз. Ну да, народ сделает тупо автокликеры, а вы будете вайнить что опять засилие ботов и.т.д.

 

И ещё, вы совсем не следите за тенденциями CCP в разработке новых дизайнов? Они уходят от кликфеста, максимально упрощают интерфейс и прокликивание одной и той же кнопки с десяток-другой раз совсем не вписывается в эту концепцию.

Сообщение отредактировал Psihius: 21 May 2013 - 20:29

[Alexfishka]

Такое чувство что ты застрял в 90-х и лазиешь в интернет через 56к битный модем.
Какие обрывы клиента? что за полная чушь?
Какие боты, какие автокликеры? Ну вот нафига они ваще упали, закупкой фитов на КТА всегда занимаются живые люди. Их не обламывало покупать ручками по 20 позиций фита, не обламает 5-7-10 раз кликнуть по БАЙ и закупить весь нужный фит. А проценты никогда не введут. Ну или введут с условием, что ты должен будешь прокликать уведомления по каждой цене каждого итема с разной ценой вот это действительно супер задротство...и ты его нам тут втюхиваешь....фейспалм.жпг

[Infine]

Что касается прокликивания, тут вы ошибаетесь. У тебя перед носом интерфейс, в котором обозначено вся нужная инфа: минимальная цена, допустимый спред, сколько средняя цена покупки, тут-же можно посчитать, сколько штук доступно по заданному спреду и сколько собственно нужно купить. Имея эту инфу перед носом и сделав небольшой запас, можно всё купить за один присест.

This is where you fail © Yoda

 

Ты неявно подразумеваешь, что "вся нужная инфа" актуальна. А она в общем случае не актуальна. Актуальная инфа бывает только внутри транзакции.

[BugM]

Такое ощущение что половина обсуждающих никогда не проводила масс закупок в еве.

 

Сейчас есть окно покупки. Оно работает так:

1. При открытии окна покупки показываются цены актуальные на момент открытия этого окна.

2. При нажатии кнопки купить проверяется наличие селл ордера не выше указанной цены и достаточного объема.

3. Если такой ордер есть он реализуется по цене указанной в окне. (помним что цена посчиталась в момент открытия окна)

 

То что за время втыкания в окно появился ордер дешевле никого не волнует. Если селл ордер изчез тоже никого не волнует.

Есть фиксированная в момент открытия цена и по ней купится товар. Или не купится.

 

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

[Psihius]

BugM

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

 

Да и вообще, спорить с ними бесполезно 

Сообщение отредактировал Psihius: 22 May 2013 - 16:23

[BugM]

Да фиг с ним пускай меняется.

 

Можем купить то что в списке по цене которая показана - покупаем.

Не можем - не покупаем.

Проверка возможности купить отдельная для каждой позиции.

 

Остаются частности, например, покупать или нет если мы хотим 10 штучек, а осталось по этой цене только 5?

По сегодняшней логике: не покупать вообще ничего, предложить новую цену по которой 10 доступно.

Можно переделать, если будет понятно в интерфейсе что 5 купилось, а 5 надо подороже  купить. Так даже логичнее станет.

 

Ну и моя хотелка про учет шмоток в ангаре. Но она влияет только на формирование списка, а не на логику покупок. Тоже к свистелкам.