Сколько javascript слишком много

Ответ 1

Это действительно зависит от ваших потребностей и ожиданий пользователей. Мое единственное предложение - подумать о местах, в которых вы делаете AJAX, когда пользователь вместо действительно ожидает перехода на новую страницу. Это те случаи, когда вы делаете "слишком много".

Помните, что пользователь тратит 99% своего времени, используя другие сайты, а не ваши. Убедитесь, что ваш сайт делает то, что он/она ожидает от остальной части Интернета, а также от использования компьютеров в целом.

Кстати, тестирование юзабилити можно использовать для определения "того, что пользователь действительно ожидает" в любой области. Ваши суждения как дизайнера, вероятно, полностью отличаются от обычных пользователей; см. также Почему вам нужно только тестировать 5 пользователей.

Ответ 2

Javascript может быть слишком большим, когда он слишком много показывает клиенту, поэтому я бы посмотрел с точки зрения безопасности. С точки зрения производительности в целом с использованием Javascript лучше.

Ответ 3

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

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

Мы использовали слишком много/неправильной технологии, если:

• приложение неинтуитивно или отклоняется от умственных модель или
• приложение чрезмерно трудно или слишком дорого поддерживать тех, кто приходит после мы

Ответ 4

Я не возражаю против использования javascript до тех пор, пока он не предоставляет конфиденциальную информацию или не обнаруживает уязвимости безопасности.

Ответ 5

Вопрос в том, действительно ли приложение по-прежнему предоставляет необходимые функции, такие как bookmarkability и соблюдение истории просмотров пользователей?

Если пользователь не может пометить конкретную страницу/состояние, которое должно быть заклассифицировано, это предупреждающий знак.

Также неспособность разумно использовать кнопку "Назад" может вызвать горе.

Ответ 6

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

Ответ 7

Я хотел бы указать на предыдущий вопрос/ответ:

Сколько строк кода в вашем пользовательском jQuery script на вашем сайте? И сколько слишком много?

Ответ 8

Слишком много всего:

Если вы не можете прочитать код

Когда пользователь не получает/не нуждается/нравится/etc, пользовательский интерфейс

Когда вы убиваете все ресурсы на стороне сервера/клиента, вам нужно

Ответ 9

Это действительно зависит от того, для чего предназначен проект.

Кто такие пользователи? Это только внутренняя вещь или она будет открыта миру? Ожидают ли они обычного веб-интерфейса? Будет ли это мешать использованию удобства зрения?

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

Может ли типичная пользовательская машина обрабатывать много javascript (более старые машины могут быть почти бесполезны с большим количеством javascript)?

Есть много вопросов, на которые нужно ответить, прежде чем вы сможете решить, сколько javascript слишком много.

В конце концов, это, скорее всего, в конечном итоге будет решаться с помощью тестов и отзывов пользователей.

Ответ 10

Это зависит от ряда факторов:

• Сообщает ли script конечный пользователь информации о внутренней работе вашего приложения?
• Вам нужно поддерживать широкий диапазон браузеров?
• Вам нужно поддерживать мобильных пользователей (или КПК)?
• Вы применяете бизнес-логику с помощью Javascript? (общее это должно быть сделано на сервере)
• Etc.

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

Надеюсь, что это поможет.