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

Question

Я недавно работал с кем-то над очень интенсивным проектом. Все вызовы выполняются веб-сервисами с использованием ajax, а логика данных обрабатывается на стороне клиента. Код на стороне сервера просто действует как слой доступа к данным и мало что делает. Сколько JavaScript слишком много?

Answer 1

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

Answer 2

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

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

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

Answer 3

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

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

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

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

Answer 4

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

Answer 5

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

Answer 6

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

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

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

Answer 7

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

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

Answer 8

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

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

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

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

Answer 9

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

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

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

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

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

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

Answer 10

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

Когда вы не можете прочитать код

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

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