Архитектурные решения о всплывающих окнах в сети (.NET Vision)

Question

Я всегда хотел знать, каково общее мнение о всплывающих окнах в Интернете (я имею в виду тех, кто реализован с помощью divs).

Мне всегда нравилось не загружатьпользователь со всем размером этого всплывающего окна в его навигации (когда всплывающее окно не видно).Я предполагаю, что лучше загружать контент по требованию (когда пользователь нажимает соответствующую кнопку).Если у вас есть пять всплывающих окон на одной странице, я всегда думал, что увеличение количества байтов может иметь значение при загрузке страницы.

Следуя опции «по запросу», мне всегда нравились фреймы, потому что они позволяют мнеизменить его URL через Javascript.Итак, я отображаю всплывающее окно (div), которое содержит iframe, в котором я могу изменить его содержимое, загружая страницу в данный момент.

В моем, вероятно, ограниченном представлении, этот метод имеет другое преимущество.Логика проверки (обычно валидаторы Asp.NET) изолирована на всплывающей странице, поэтому они не вступают в конфликт с валидаторами, расположенными на родительской странице (если применимо).

Но, похоже,что iframes не так хорошо поддерживаются некоторыми браузерами, и сообщество дизайнеров не очень ценит их (и это объект с серьезными последствиями для безопасности).

Так что в основном мне было интересно, как вы воспринимаете эти события?вид интерфейса.Я знаю, что Jquery может динамически загружать HTML в один div, но, вероятно, без изоляции сценариев проверки клиента.

Мнения?ОГРОМНОЕ СПАСИБО!

Answer 1

Во-первых, вы можете создать группы проверки (http://msdn.microsoft.com/en-us/library/ms227424.aspx)., которые помогут вам с вашими проблемами проверки.

Вы правы, вы можете использовать jQuery для динамической загрузки HTML соответствующим образом, но я не уверен, насколько хорошо это работает со страницами aspx. Есть проблема с рядом проблем. Учтите, у вас есть page1.aspx и popup.aspx. Если вы загрузите popup.aspx в iFrame, у вас все в порядке, потому что это отдельная страница. Если вы загружаете его динамически с помощью JQuery.load () - выходные данные popup.aspx будут загружены в ваш page1.aspx (включая HTML-теги, теги форм, поля представления и т. Д.). Это, вероятно, вызовет некоторые проблемы. (Я не пытался просто угадать).

В прошлом я использовал .load, но я склонен загружать стандартные html-страницы, а не aspx-страницы. Затем, когда нажимается кнопка «Отправить», он вызывает веб-сервис с соответствующими полями. Это добавляет больше кодирования javascript с моей стороны - кодирование кнопки «отправить», кодирование веб-службы для обработки отправки ajax, кодирование «экрана ожидания» во время выполнения действия или передачи данных через ajax. Я также написал js, чтобы выполнить проверку на стороне клиента и любой код для обработки проверки на стороне сервера и сообщить об этом пользователю.

Плагины jQuery Validation хорошо подходят для этого - или, альтернативно, вы можете создавать экземпляры валидаторов .net, если вам не нужны дополнительные плагины / фреймворки (http://msdn.microsoft.com/en-us/library/yb52a4x0.aspx)