Модераторы: LSD, AntonSaburov

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Ajax сайт с поддержкой no javascript 
:(
    Опции темы
Logo
Дата 9.6.2012, 15:29 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 694
Регистрация: 22.7.2008

Репутация: нет
Всего: 10



Цитата

Так страница не меняется. Меняется содержимое одного виджета.

Во первых, не обязательно одного. На следующей странице может также изменится содержание правой колонки, etc.
Во вторых, заранее неизвестно же, как именно он изменится. Если перейти со страницы каталога товаров на карточку товара, там будет контент товара. А если перейти на страницу faq, там будет содержание faq. И так далее.

Цитата

В простом частном случае, можно сделать.  В случае если мы хотим создать универсальную систему с набором виджетов - то придется хранить состояние всех виджетов в URL, при этом о ЧПУ придется забыть.  

Не обязательно в URL, можно например как я описал, в JS переменной, как я описал, содержащей состояние виджетов. А к URL на сервере будет привязано другое состояние виджетов - на следующей странице.
PM MAIL   Вверх
Vasay
Дата 9.6.2012, 16:52 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 2097
Регистрация: 8.3.2006

Репутация: 18
Всего: 73



Цитата(Logo @  9.6.2012,  15:29 Найти цитируемый пост)
Не обязательно в URL, можно например как я описал, в JS переменной


Так тогда мы снова огребаем все проблемы Ajax-а из-за несоответствия URL контенту. 


--------------------
Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны.
PM MAIL   Вверх
Logo
Дата 9.6.2012, 18:11 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 694
Регистрация: 22.7.2008

Репутация: нет
Всего: 10



Цитата(Vasay @ 9.6.2012,  16:52)
Цитата(Logo @  9.6.2012,  15:29 Найти цитируемый пост)
Не обязательно в URL, можно например как я описал, в JS переменной


Так тогда мы снова огребаем все проблемы Ajax-а из-за несоответствия URL контенту.

В смысле? Пока не вижу, где подвох.

К примеру на странице есть такие виджеты
Код

{ //корневой виджет
    class:"root",
    centralLayout: [ //область вывода
        { // виджет каталог
            class: "catalog",
            layout: [ //область вывода
                {  //виджет пейджер
                    class: "catalogPager",
                    constructor: [page:1]
                }
            ]
        }
    ]
}


При загрузке следующей страницы товаров приходит ответ

Код

{ //корневой виджет
    class:"root",
    centralLayout: [
        {
            class: "catalog",
            layout: [
                {del: {class: "catalogPager", constructor: [page:1]}}, // виджет удаляется
                {add: {                                               // виджет добавляется
                    class: "catalogPager",
                    constructor: [page:2],
                    contentVars: {
                        //... переменные шаблона
                    }
                }}
            ]
         }
    ]
}


При обращении на страницу товара приходит

Код

{
    class:"root",
    centralLayout: [
        {del: {class: "catalog"}},
        {add: { // виджет товара
          class: "article",
          constructor: [id:104],
          contentVars: {
            //... переменные шаблона
          }
        }}
    ]
}


Можно перейти на страницу с полностью измененным дизайном
Код

{del: {class:"root"}},
{add: {
    class:"root2",
    centralLayout: ...
    leftLayout: ...
    rightLayout: ...
}


P.S. ajax псевдокод примерный

Добавлено через 12 минут и 20 секунд
Если на странице товара нажать "показать комментарии" (пускай виджет комментариев добавляется в centralLayout виджета root) то

Код

{
    class:"root",
    centralLayout: [
        { // виджет товара
          class: "article",
          constructor: [id:104],
        },
        {add:{
            class: "comments",
            constructor: [forArticle:104],
            contentVars: {
                //... переменные шаблона
            }
        }}
    ]
}


Это сообщение отредактировал(а) Logo - 9.6.2012, 18:13
PM MAIL   Вверх
Vasay
Дата 9.6.2012, 20:49 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 2097
Регистрация: 8.3.2006

Репутация: 18
Всего: 73



Цитата(Logo @  9.6.2012,  18:11 Найти цитируемый пост)
В смысле? Пока не вижу, где подвох.


Ну, если состояния виджетов хранится в JS переменной, а не в URL, то что будет, если мы передадим ссылку на страницу, скажем, по icq?
Состояние виджетов, ведь, не передастся.



--------------------
Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны.
PM MAIL   Вверх
Logo
Дата 9.6.2012, 22:37 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 694
Регистрация: 22.7.2008

Репутация: нет
Всего: 10



На каждый URL сервер знает состояние виджетов на этой странице (по умолчанию) и таким образом при первой загрузке/nojavascript генерирует страницу основываясь на классах виджетов.
К примеру карточка товара /article/104
Дерево виджетов
Код

{ // корневой виджет, дизайн страницы
  class: "root" 
  cenralLayout : [ // центральная колонка
     { // виджет карточки товара
       class: "article",
       constructor: [id:104],
     }
  ],
  leftLayout : [ // левая колонка
     { //виджет меню
        class: "menu"
     }
  ]
}

PM MAIL   Вверх
Vasay
Дата 9.6.2012, 23:02 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 2097
Регистрация: 8.3.2006

Репутация: 18
Всего: 73



Logo

Но состояние виджетов получаем "по-умолчанию". Т.е. если я изменю состояние виджета и пошлю Вам ссылку - Вы получите виджет в дефолтном состоянии


--------------------
Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны.
PM MAIL   Вверх
Logo
Дата 11.6.2012, 22:06 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 694
Регистрация: 22.7.2008

Репутация: нет
Всего: 10



Если изменение виджета сопровождается изменением url - нет, почему же.
Фактически на каждый url хранится состояние виджетов - и используется ЧПУ.
PM MAIL   Вверх
Vasay
Дата 12.6.2012, 12:24 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 2097
Регистрация: 8.3.2006

Репутация: 18
Всего: 73



Цитата(Logo @  11.6.2012,  22:06 Найти цитируемый пост)
Фактически на каждый url хранится состояние виджетов - и используется ЧПУ.



Но если виджетов на странице много, и каждый виджет имеет много параметров для хранения состояния, то с ЧПУ уже все будет грустно.

К тому же, чтоб избежать пересекания параметров разных виджетов, думаю, нужно будет делать кодирование строки параметров каждого виджета (вот тут ЧПУ точно в пролете). Т.е. URL приобретает примерно такой вид site.com/page?widgetID1=абра-кадабра-1&widgetID2=абра-кадабра-2......widgetIDN=абра-кадабра-N

где абра-кадабра - URL- кодированная строка параметров каждого виджета.  


--------------------
Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны.
PM MAIL   Вверх
Logo
Дата 12.6.2012, 19:37 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 694
Регистрация: 22.7.2008

Репутация: нет
Всего: 10



Цитата

Но если виджетов на странице много, и каждый виджет имеет много параметров для хранения состояния, то с ЧПУ уже все будет грустно.


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

В качестве примера еще, тот же вконтакте с относительно понятными URL.
PM MAIL   Вверх
Vasay
Дата 12.6.2012, 20:22 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 2097
Регистрация: 8.3.2006

Репутация: 18
Всего: 73



Logo
Цитата(Logo @  12.6.2012,  19:37 Найти цитируемый пост)
Ajax сайт в этом плане не уступает и превосходит обычный сайт. Количество и понятность URL не зависит от того, синхронный или асинхронный запрос идет к серверу.Для некоторых виджетов не имеет особого смысла сохранять состояние, напр. раскрывающееся меню-слайдер (раскрытые/скрытые пункты), и д.р.



Если мы строим ajax сайт по канонам построения классических сайтов где в 90% все сводится к List,Edit,Update,Delete,Insert (URL, соответственно, имеет вид site.com/имя класса сущности/действие над сущностью/id сущности) то вопрос - а нафига нам ajax. Кроме лишних заморочек ничего не получим. 

Если мы хотим использовать AJAX для создания компонентных интерфейсов RIA - то мы упираемся в проблемы, про которые я говорил выше.

Причем, подобный подход и без упора на AJAX компоненты упирается в эти проблемы - см. портальные фреймворки. Из тех, с которыми я имел дело, наиболее адекватен LifeRay, по крайней мере при использовании стандартных портлетов ( читай - виджетов ) его разработчики добились соответствия URL контенту. И местами смогли даже добиться вменяемых URL.

При создании Ajax web фреймворка примерно на такую идеологию я бы и равнялся. 


--------------------
Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны.
PM MAIL   Вверх
Logo
Дата 12.6.2012, 21:04 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 694
Регистрация: 22.7.2008

Репутация: нет
Всего: 10



Цитата

Если мы строим ajax сайт по канонам построения классических сайтов где в 90% все сводится к List,Edit,Update,Delete,Insert (URL, соответственно, имеет вид site.com/имя класса сущности/действие над сущностью/id сущности) то вопрос - а нафига нам ajax. Кроме лишних заморочек ничего не получим. 

Для того же, для чего вообще используется AJAX при создании обычных сайтов (не RIA).
  •  Уменьшение трафика и скорости загрузки страницы
  •  Отсутствие необходимости ререндерига всей страницы, тогда как обновилась лишь ее часть
  •  Сохранение состояния виджетов с необязательным сохранением состояния, и стандартных компонентов браузера (input'ы, scroll, focus, и так далее)
  •  Это круто и модно smile Что немаловажно для заказчика.

Цитата

Если мы хотим использовать AJAX для создания компонентных интерфейсов RIA - то мы упираемся в проблемы, про которые я говорил выше.

RIA - это RIA. Согласитесь, при создании RIA приложения без AJAX не обойтись в любом случае.

Цитата

Причем, подобный подход и без упора на AJAX компоненты упирается в эти проблемы - см. портальные фреймворки. Из тех, с которыми я имел дело, наиболее адекватен LifeRay, по крайней мере при использовании стандартных портлетов ( читай - виджетов ) его разработчики добились соответствия URL контенту. И местами смогли даже добиться вменяемых URL.

При создании Ajax web фреймворка примерно на такую идеологию я бы и равнялся. 


Да, возможно стоит что-то позаимствовать из портлет ориентированных фреймворков. Лично я пока не работал с портлетами и компонент ориентированными фреймворками, только с обычными action-based.
PM MAIL   Вверх
Vasay
Дата 12.6.2012, 22:11 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 2097
Регистрация: 8.3.2006

Репутация: 18
Всего: 73



Цитата(Logo @  12.6.2012,  21:04 Найти цитируемый пост)
Для того же, для чего вообще используется AJAX при создании обычных сайтов (не RIA). 
Уменьшение трафика и скорости загрузки страницы 
Отсутствие необходимости ререндерига всей страницы, тогда как обновилась лишь ее часть 
Сохранение состояния виджетов с необязательным сохранением состояния, и стандартных компонентов браузера (input'ы, scroll, focus, и так далее) 


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


Цитата

Это круто и модно  Что немаловажно для заказчика.

Попытки сделать круто и модно с большим количеством ajax-а чаще всего все заканчивается сменой на стандартное решение на базе стандартного фреймворка или движка.


Цитата(Logo @  12.6.2012,  21:04 Найти цитируемый пост)
RIA - это RIA. Согласитесь, при создании RIA приложения без AJAX не обойтись в любом случае.

Из личного опыта использования RIA интерфейсов в качестве пользователя - глаза б мои этого не видили :-( Юзабилити, обычно, на нуле ( админку godaddy 3х летней давности я вспоминаю как страшный сон! И я знаю очень много людей, переставших быть их клиентами из-за новой админки, а godaddy в ее разработку не один миллион $ вложил. ). 

Конечно, если сделать примерно то, что мы с Вами обсуждаем - многие проблемы решатся.  Но удастся ли сделать все красиво и с вменяемым количеством багов? Например интерфейс яндекс почты по мере своей Ajax-изации  бесит меня все больше и больше. Не всегда помогают даже оперативно вставляемые костыли. 

А интерфейс AdWords безбожно тормозящий на нетбуке это нормально? Причем я не могу сказать что он стал удобней старого интерфейса.  

Да и работоспособность гугловских сервисов (включая поиск) в Опере как-то не радует. 

Так что мое ИМХО, ajax базирующиеся web интерфейсы - зло.  Конечно,  поэкспериментировать можно, но оставив пользователям выбор - использовать ajax интерфейс, или обычный. 

Это сообщение отредактировал(а) Vasay - 12.6.2012, 22:15


--------------------
Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны.
PM MAIL   Вверх
Logo
Дата 13.6.2012, 20:00 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 694
Регистрация: 22.7.2008

Репутация: нет
Всего: 10



Цитата

Например интерфейс яндекс почты по мере своей Ajax-изации  бесит меня все больше и больше. 

В Яндекс почту захожу макс раз в месяц, но интерфейс Gmail вполне нравится.

Цитата

А интерфейс AdWords безбожно тормозящий на нетбуке это нормально? Причем я не могу сказать что он стал удобней старого интерфейса.  

Да и работоспособность гугловских сервисов (включая поиск) в Опере как-то не радует. 

Так что мое ИМХО, ajax базирующиеся web интерфейсы - зло.  Конечно,  поэкспериментировать можно, но оставив пользователям выбор - использовать ajax интерфейс, или обычный. 


Здесь в немалой степени зависит от качества реализации и предпочтений пользователя. Конечно, у обоих вариантов есть свои преимущества и недостатки. Простой HTML интерфейс хорош хотя бы тем, что будет работать везде, хоть даже в links.
PM MAIL   Вверх
Vasay
Дата 13.6.2012, 20:36 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
****


Профиль
Группа: Завсегдатай
Сообщений: 2097
Регистрация: 8.3.2006

Репутация: 18
Всего: 73



Цитата(Logo @  13.6.2012,  20:00 Найти цитируемый пост)
В Яндекс почту захожу макс раз в месяц, но интерфейс Gmail вполне нравится.


Честно сказать,  на мой взгляд - Яндекс хоть пытается чтоб его красивости не шли в разрез с юзабилити (не всегда, правда, получается. Их новая фишка в почте с отменой страниц и вводом кнопки "Еще письма", при нажатии на которую просто увеличивается число писем на странице - тот еще бред. Надеюсь вернут назад страницы ). А гугль даже серьезные просчеты не исправляет - типа "все равно от меня никуда не денетесь".  Открыть письма в новом окне/вкладке по-прежнему нельзя? Или неужели такая крупная компания как Гугль не может решить проблему с сохранением настроек поиска в Опере (слава Богу, хоть живой поиск стал отключаться, но изменить число результатов поиска на странице по-прежнему нельзя :-(  )?



Цитата(Logo @  13.6.2012,  20:00 Найти цитируемый пост)
Здесь в немалой степени зависит от качества реализации

Вот с этим и проблема. 

Это сообщение отредактировал(а) Vasay - 13.6.2012, 20:38


--------------------
Придумать идеальную защиту от дурака невозможно, дураки, наудивление, изобретательны.
PM MAIL   Вверх
Logo
Дата 15.6.2012, 14:01 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 694
Регистрация: 22.7.2008

Репутация: нет
Всего: 10



Цитата

Открыть письма в новом окне/вкладке по-прежнему нельзя?

Ctrl+Клик
PM MAIL   Вверх
Страницы: (3) Все 1 [2] 3 
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Java"
LSD   AntonSaburov
powerOn   tux
  • Прежде, чем задать вопрос, прочтите это!
  • Книги по Java собираются здесь.
  • Документация и ресурсы по Java находятся здесь.
  • Используйте теги [code=java][/code] для подсветки кода. Используйтe чекбокс "транслит", если у Вас нет русских шрифтов.
  • Помечайте свой вопрос как решённый, если на него получен ответ. Ссылка "Пометить как решённый" находится над первым постом.
  • Действия модераторов можно обсудить здесь.
  • FAQ раздела лежит здесь.

Если Вам помогли, и атмосфера форума Вам понравилась, то заходите к нам чаще! С уважением, LSD, AntonSaburov, powerOn, tux.

 
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | Java EE (J2EE) и Spring | Следующая тема »


 




[ Время генерации скрипта: 0.1025 ]   [ Использовано запросов: 21 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.