Причины препятствовать “здесь” ссылкам в веб-страницах
там какая-либо истина к заявлению, что функциональное программирование избавляет от необходимости шаблоны разработки ООП?
Функциональное программирование не является тем же как объектно-ориентированным программированием. Объектно-ориентированные шаблоны разработки не относятся к функциональному программированию. Вместо этого у Вас есть шаблоны разработки функционального программирования.
Для функционального программирования, Вы не прочитаете книги шаблона разработки OO, Вы прочитаете другие книги по шаблонам разработки FP.
агностик языка
Не полностью. Только агностик языка относительно языков OO. Шаблоны разработки не относятся к процедурным языкам вообще. Они едва имеют смысл в контексте дизайна реляционной базы данных. Они не применяются при разработке электронной таблицы.
типичный шаблон разработки ООП и его функциональный эквивалент?
Вышеупомянутое не должно существовать. Это похоже на выяснение части процессуального кодекса, переписанного как код OO. Ummm... Если я перевожу исходный Фортран (или C) в Java, я не сделал чего-то большего чем перевожу его. Если я полностью перепишу его в парадигму OO, это больше не будет смотреть ничто как исходный Фортран или C - это будет неузнаваемо.
нет никакого простого отображения от Дизайна OO до Функционального проекта. Они - совсем другие способы посмотреть на проблему.
Функциональное программирование (как весь стили программирования) имеет шаблоны разработки. Реляционные базы данных имеют шаблоны разработки, OO имеет шаблоны разработки, процедурное программирование имеет шаблоны разработки. Все имеет шаблоны разработки, даже архитектура зданий.
Шаблоны разработки - как понятие - являются бесконечным способом создать, независимо от технологии или проблемной области. Однако определенные шаблоны разработки относятся к определенным проблемным областям и технологиям.
Все, кто думает о том, что они делают, раскроют шаблоны разработки.
6 ответов
Потому что текст не дает ссылки контекста. Семантически вы говорите, что URL-адрес идет «сюда», что ничего не значит. Программы чтения с экрана, поисковые системы или что-либо еще, что анализирует страницу, не могут сказать, куда (семантически) идет страница, поэтому они ничего не знают о месте назначения, кроме своего URL.
Одна из причин заключается в том, что использование ссылок «здесь» плохо с точки зрения доступности - часто программы чтения с экрана (например, JAWS и т. Д.) Имеют функции, которые выделяют все ссылки на странице - если они не имеют значимого названия, пользователь оказывается в бесполезной ситуации.
Поскольку ссылки выделяются (часто подчеркиваются и другим цветом) с помощью ссылок, которые объясняют, на что они ссылаются, становится намного проще сканировать веб-страницу.
Якоб Нильсен написал много статей о том, как люди читают веб-страницы: Alertbox: Current Issues in Web Usability . Резюме таково, что люди не читают веб-страницы, как книги. Они ищут информацию, а затем читают, если находят то, что ищут.
«Щелкните здесь» или просто «здесь» часто приводит к меньшей интерактивной области, чем полное описание ссылки. Это раздражает, если вам сложно указать на ссылку, например, при серфинге с iPhone.
(Лично я ненавижу те веб-страницы, где ссылка на вторую страницу статьи представляет собой крохотную цифру «2»). внизу,
Здесь и есть ответ.
Держу пари, вы дважды подумали, прежде чем перейти по этой ссылке
Отсюда довольно ясно, какая из них лучше
Посетите Stackoverflow сайт
или
Щелкните здесь , чтобы перейти на Сайт Stackoverflow
Путаница (если вы хотите это так называть) возникает, когда вы на самом деле пытаетесь заставить пользователя щелкнуть что-нибудь, например. щелкните здесь для получения дополнительной информации, но даже в этих случаях лучше не использовать формат щелчка здесь.
Ну, вы только что объяснили это сами.
Это также может иметь проблемы с удобством использования. Естественно, вы захотите щелкнуть по имени объекта. Если это текст, вам придется потратить время на сканирование всего предложения, высматривая подчеркнутые или разноцветные слова. В последнем случае это очень плохо и противоречит общим рекомендациям по юзабилити, чтобы ссылки выделялись среди остального текста. В примере, подобном вашему, это приведет к снижению читабельности страниц, особенно с некоторым количеством ссылок, и, как следствие, к снижению производительности пользователей.