Профессиональные рекомендации и приемы
Я пытаюсь полировать свои навыки веб-программирования с незаметной все же чрезвычайно полезной полировкой, которую я нахожу на многих сайтах. Stackoverflow.com, для одного. Когда я задаю вопрос, страница отправляет вопрос, и мой браузер перезагружает себя отображающий мой вопрос. Мои работы кнопки "Назад" как он действительно должны, не спрашивая меня (с точки зрения пользователя) страшный вопрос, "Для отображения этой страницы, мы должны снова послать запрос серверу. Вы хотите сделать это?"
Кроме того, после представления вопроса, если я поразил "обновление", оно также не звонит, другая форма отправляют.
Существует ли сайт, который перечисляет приемы как это? Я предполагаю, что оказываюсь перед необходимостью заново обдумать, стандарт отображают/отправляют/отображают цикл, который я чаще всего использую, но я очень готов изучить некоторые новые методы.
У кого-либо есть какие-либо указатели для меня?
Править: Я полагал, что скажу это здесь вместо в отдельных комментариях. Firebug является действительно фантастическим инструментом, и я использую все это время. Я использую jQuery все больше в эти дни, но я едва назвал бы меня опытным в нем. Я хотел бы использовать Firebug для отслеживания то, что происходит при задавании вопросов, комментария, и т.д., но я не хочу злоупотреблять сайтом в целях учиться. ;)
4 ответа
Многое из того, о чем вы говорите, связано с растущим использованием AJAX во всем Интернете. Формы отправляются с использованием AJAX за кулисами, и страница обновляется динамически без фактической перезагрузки. Так как форма не была отправлена через традиционную форму, на странице нет POST-запроса, что и является причиной повторной отправки, на которую вы ссылаетесь. Посмотрите на Unobtrusive Javascript, Behavioral Separation и используйте jQuery, и вы поймете, как легко реализовать этот тип функциональности.
Я не знаю ни одного такого источника информации, по крайней мере, лучше, чем этот сайт. Я думаю, что с веб-программированием просто слишком много способов сделать что-то, иногда CMS делает все гладко, иногда библиотека, иногда написанный вручную код.
Я обнаружил, что сосредоточение внимания на более узком наборе технологий позволяет мне легче строить персональный набор "наиболее известных методов".
Прежде всего, я бы проверил, действительно ли трассировка работает, не записывая ничего в файловую систему. То есть, я бы просто использовал обычный след окон. Для просмотра выходных данных трассировки следует использовать DebugView Sysinternals Windows . Конечно, возможно, вы должны изменить ваш конфигурационный файл, я не так хорошо знаком с синтаксисом.
Теперь, если все работает нормально для обеих сред (разработки и производства), чтобы вы могли просматривать сообщения трассировки в средстве просмотра, то проблема в большей степени сосредоточена на файловой системе и сохранении журналов.
Как вы думаете, куда сохранен ваш файл журнала? Может быть, это другое место, когда дело касается производственной среды. Я думаю, что в Windows Server 2003 вы должны искать свой файл где-то под WinDir, а не в папке (папках) веб- приложения.
Когда дело доходит до отладки таких проблем, я передаю учетную запись IIS локальному администратору/администратору домена, чтобы узнать, решена ли проблема или нет.
Удачи!
-121--3677755-Должны ли они использовать фреймворк или я должен иметь их написать ванильный JavaScript?
Для меня, в подавляющем большинстве это импорт, что люди новые для языка начать с самого языка, а не модифицированных версий или расширенных/модных библиотек, которые делают много работы для вас. Кроме того, если вы начинаете не работать с DOM, то вы не получите особых преимуществ от использования практически любой библиотеки, так как большинство библиотек JavaScript связано с обработкой DOM. Кроме того, при обучении и обучении в «ванильной» среде проще заметить «плохой» или плохо исполняемый код, так как у вас нет библиотек, абстрагирующих нутро-угрюмый.
Следует ли уделять больше внимания функциональной части программирования и прототипной части наследования (больше языку, чем работе с DOM)?
Да! С одной стороны, DOM не так уж и важен; тем не менее, он также является ядром того, с чем JavaScript используется для взаимодействия. Для начала, я предлагаю, что если вы собираетесь использовать среду браузера, вы должны сначала избежать DOM с помощью консоли Firebug . * методы для вывода, чтобы вы могли сосредоточиться на «функциональной части программирования и прототипного наследования» и других основных концепций. После того, как эти основные концепции будут рассмотрены, начните внедрять DOM. Лучше всего представить DOM позже, так как время нужно будет посвятить кросс-браузерной совместимости, что только запутает тему, если вы пытаетесь преподавать основные концепции в паре.
Как автоматизировать тестирование? Лучше, если у них будет четкое представление о том, как их будут оценивать. Кроме того, автоматизированное тестирование обеспечивает объективность и экономит время:).
До (и после) введения DOM можно использовать что-то вроде JSUnit . Также см. следующий вопрос: Автоматизированное тестирование блоков с помощью JavaScript . Как только вы представляете DOM,Вы можете попросить студентов создать документ, который вы можете просмотреть и проверить в соответствии с предложением SB .
-121--1918113-Есть много ajax делается, чтобы добавить ловкий слой без перезагрузки на ваш сайт. Но если вы не хотите идти, что глубоко в ajax есть также простой метод перенаправления URL после вы подали форму. Это означает, что браузер может быть обновлен и т.д., и он не будет повторно отправлен.
Что касается одного сайта, перечисляющего такие рекомендации, я не знаю об одном из них, но хотел бы узнать, есть ли хорошие, которые люди могут рекомендовать
Всегда полезно открыть вкладку сети firebug , чтобы увидеть, что происходит на сайтах, привлекающих ваше внимание.