в русской версии мало того что озвучка не переведена, так даже некоторые тексты не переведены (судя по всему те, которые в ресурсах лежат картинками). а при этом — Skyrim стоит меньше 20 долларов. так что минусик кажется заслуженным (только не топикстартеру)
при взломе почты злоумышленник так и так получит доступ к функции восстановления пароля на большинстве сайтов. а список сайтов он найдет в той же почте (по письмам «спасибо за регистрацию»)
это никак не связано с обсуждаемой темой. даже если вы блокируете ЮИ для сохранения записи — будете выгружать весь грид целиком изза изменения одно записи?!
черновика чего? кто влезет в куки? кто будет вызван, onbeforeunload?
конечно же критически важные операции нужно выполнять синхронно, и только. но много ли в вашей системе таких операций?
Да, блокировка интерфейса (конечно с индикатором) — это тоже вариант. Новое значение с сервера вас не очень то интересует, ведь если вы не голосуете — новые значения не подтягиваются по таймеру. Опять таки, в этом примере, особой обработки ошибок не нужно — достаточно показать вам алерт что «не получилось». В общем случае, обработка ошибок и (возможно) откат изменений — это действительно сложный вопрос для предложенной архитектуры. Но вопрос и интерестный и достойный того чтоб искать на него ответы (возможно общее решение, а может решения для каждого конкретного случая).
На самом на примере с хабром имеется «ни то ни се». С одной стороны — интерфейс не обновляется пока запрос не завершится успешно, с другой — интерфейс и не блокируется, позволяя нажать еще раз и увидеть неожиданное сообщение. Это, конечно, очень простой пример, но и тут можно применить предложенную технику — обновить интерфейс сразу же и дело с концом. Остается только решить вопрос с ошибкой при выполнении запроса. Как и было сказано — такое случается относительно редко и варианты решения есть.
Мифы о критериях отбора игр на витрину AppStore
конечно же критически важные операции нужно выполнять синхронно, и только. но много ли в вашей системе таких операций?
Да, блокировка интерфейса (конечно с индикатором) — это тоже вариант. Новое значение с сервера вас не очень то интересует, ведь если вы не голосуете — новые значения не подтягиваются по таймеру. Опять таки, в этом примере, особой обработки ошибок не нужно — достаточно показать вам алерт что «не получилось». В общем случае, обработка ошибок и (возможно) откат изменений — это действительно сложный вопрос для предложенной архитектуры. Но вопрос и интерестный и достойный того чтоб искать на него ответы (возможно общее решение, а может решения для каждого конкретного случая).
А вообще Android SDK навевает устойчивую мысль о споре про множественное наследование.