|
POV будет удален
Пользователь: Backzlider, похоже, имеет несколько проблем с ненавязчивым JavaScript, и с помощью множества WP: AWW Weasel таких слов, как «это можно оспорить», он пытается опровергнуть эту концепцию. Когда он говорит, что статью Стюарта Лэнгриджа можно назвать украденной, это почти развлекает. В той же статье Стюарт Лэнгридж показывает прекрасные примеры того, как добавить поведенческий слой поверх HTMl и CSS, используя только атрибут class в HTML. Обсуждение Backzliderz «событий браузера» также очень сбивает с толку. Восстановление NPOV и одновременное улучшение статьи потребуют общей переписывания.
У меня нет моей копии окончательного руководства Дэвида Фланагана (5-е изд), в котором он описывает ненавязчивый JavaScript (что весьма благоприятно, BTW). Я добавлю его как ссылку, когда вернусь в свою библиотеку. - itpastorn ( обсуждение ) 11:58, 3 декабря 2009 г. (UTC)
Достойна ли отдельная концепция «ненавязчивого JavaScript» статьи в Википедии?
Я очень поддерживаю методы, предлагаемые в этой статье, но мне кажется, что это может быть что-то вроде замаскированной статьи с практическими рекомендациями или эссе, и что «ненавязчивый JavaScript» на самом деле может не существовать как отдельная концепция. достойный статьи в Википедии.
Если не удастся найти доказательства определенного движения "ненавязчивого Javascript", это, вероятно, кандидат на слияние или удаление. Artw 02:36, 27 января 2007 г. (UTC)
Поиск Google для фразы «Ненавязчивый JavaScript» поворотами до 138000 результатов. Это официально обсуждалось на конференциях по веб-разработке. На влиятельном сайте alistapart.com есть статья об этом. Этот термин широко используется в том значении, которое описано в этой статье Википедии, в списках рассылки, блогах и учебных пособиях по веб-разработке в Интернете: пример , пример , пример . (Изучите примеры источников из последней ссылки, чтобы убедиться, что этот термин фактически используется для описания определенной методологии, которая подчеркивает отделение программного поведения от разметки.) Люди написали библиотеки классов специально для облегчения ненавязчивой разработки на JavaScript. В этом блоге на самом деле используется фраза «ненавязчивое движение JavaScript».
Нужно больше? :) Greenie2600 04:04, 27 января 2007 г. (UTC)
- Справедливо. Я достаточно счастлив. Artw 17:08, 27 января 2007 г. (UTC)
Поскольку проблема, похоже, решена, я удалил с главной страницы флаг «Необходимые источники». Амитчаудхари 01:25, 1 февраля 2007 г. (UTC)
Не приводит ли пример к утечке памяти?
- Сожги еретика!
83.70.247.123 22:59, 25 июля 2007 г. (UTC)
Возникающая тенденция? Люди отстаивали такие вещи годами. —Предыдущий комментарий без подписи, добавленный SigmaB8a ( обсуждение • вклад ) 16:08, 20 сентября 2007 г. (UTC)
Хотя я уверен, что есть более ранние примеры ненавязчивого JavaScript, самые ранние, о которых я знаю, были от Microsoft с IE4 и Behaviors (HTC - HyperText Components), которые, в отличие от текущей тенденции, формально определяют интерфейс и отделение JavaScript от разметки. что он действует. В случае с поведением JavaScript прикрепляется с помощью CSS.
Текущую документацию MS по поведению можно найти на MSDN [1]
Я лично считаю, что мы были бы намного дальше, если бы работе, проделанной М.С. в этой области, уделяли больше внимания. Карна, 09:01, 24 сентября 2007 г. (UTC)
Я думаю, что здесь важно то, что мы действительно говорим о «ненавязчивом» «JavaScript», а не о «ненавязчивом JavaScript». Т.е. принцип квалификации и дизайна, применяемый к использованию одного языка программирования, а не какой-то единичной, четко определенной, заслуживающей внимания концепции, идеи, движения, идеологии программирования, темы или чего-либо, даже отдаленно напоминающего что-то, что требует статьи в энциклопедии. Я имею в виду, может ли кто-нибудь хотя бы определить, что делает определенный фрагмент JavaScript «ненавязчивым», в отличие от просто ненавязчивого / в соответствии с-хорошей-практикой кодирования / хорошего-как-в-не-как-плохого-как-javascript -раньше был?
Затем, в качестве противоположного примера, безусловно, в литературе есть множество ссылок на «симпатичных девушек» или «шикарные дома». Вероятно, об обоих написано не одна книга, и статей с такими названиями предостаточно даже в академической среде. Но это происходит не потому, что тема четко определена и достойна статьи в энциклопедии; скорее это происходит потому, что выбор слов и, в частности, разъяснение, обеспечиваемое предшествующим грамматически продуктивным прилагательным, легко продумать и уместно в данной ситуации.
Ясно, что ничто из этого не делает концепцию, достойную описания, отдельно от лежащих в основе терминов. Мы уже знаем, что такое «ненавязчивый», а также «JavaScript». «Ненавязчивый JavaScript» кажется мне просто обычным продуктивным сочетанием двух терминов без какого-либо дополнительного автономного содержания / значения. Таким образом, я бы пришел к выводу, что статью следует в лучшем случае объединить с JavaScript, как современный исторический побочный материал о шаблонах использования языка, если не полностью удалить.
Приманка ( разговор ) 17:44, 5 августа 2008 (UTC)
Неправильный пример
Примеры из раздела «Отделение поведения от разметки» не эквивалентны. Во-первых, 'document.getElementsByName ("date") [0]' вернет первый элемент с атрибутом name, равным "date", что явно не гарантирует, что это тот вход, который мы хотим: другие входные данные могут юридически иметь атрибут name, равный "date", как и элемент . Во-вторых, в примерах библиотеки событие «change» будет применяться ко всем элементам ввода с атрибутом name «date», а не только к тому, который нас интересует. Для ясности и отсутствия двусмысленности я бы предложил изменить пример на используйте идентификатор для идентификации интересующего элемента ввода. —Предыдущий неподписанный комментарий, добавленный Timdown ( обсуждение • вклад ) 08:29, 1 июля 2010 г. (UTC)
- Я полностью согласен. Использование
name
атрибута в качестве селектора медленное, подверженное ошибкам и совершенно ненужное. W3C создалid
атрибут с целью получения ссылки на отдельный элемент из сценария. Взгляните, например, на собственное окно поиска Википедии. Я пошел дальше и изменил примеры, чтобы использоватьid
атрибут. - Охотник на слонов ( разговор ) 02:28, 22 октября 2010 г. (UTC)
Загрязнение пространства имен
Разве в «ненавязчивом JS» не говорится, что мы не должны определять переменные, функции и т. Д. В глобальном пространстве имен? При импорте больших библиотек ad lib неизбежны конфликты имен, поэтому мы все должны определять наш материал в объекте или замыкании. Если все, что вы определяете, находится внутри $(document).ready(function(){ ... }
, то ничто из этого не загрязняет глобальное пространство имен. Здесь это подразумевается, но не упоминается. Не должно быть? - Найджел ( разговор ) 18:51, 26 сентября 2010 г. (UTC)
- Что ж, прошло время, и я только что добавил кое-что об этом в статью. Новый пример кода протестирован и работает. Если кто-то захочет с этим повозиться и перепроверить, это поможет:
< html > < body > < h1 id = "x" > Тест h1 > < script type = "text / javascript" >var org ; если ( ! org ) org = {}; иначе if ( typeof org ! = "object" ) throw new Error ( "org уже существует и не является объектом" ); если ( ! орг . пример ) орг . пример = {}; else if ( typeof org . example ! = "object" ) throw new Error ( "org.example уже существует и не является объектом" ); орг . пример . Highlight = function () { // определяем личные данные и функции var highlightId = "x" ; функция setHighlight ( цвет ) { документ . getElementById ( highlightId ). стиль . color = цвет ; } // возвращаем общедоступные указатели на любые методы или // свойства, которые вы хотите раскрыть return { goGreen : function () { setHighlight ( "green" ); }, goBlue : function () { setHighlight ( "синий" ); } } } (); // завершаем определение замыкания и вызываем егоорг . пример . Выделите . goBlue (); var h = org . пример . Выделите ; ч . goGreen (); script > body > html >
- Найджел ( разговор ) 21:02, 8 февраля 2011 г. (UTC)
Имена событий
Я изменил имена событий на соответствующие дескрипторы событий JavaScript, то есть с on-click
на onclick
. Я знаю, что для пользователя, не знакомого с JavaScript, теперь это может быть менее читаемо, но если они плохо знакомы с JavaScript, им также следует ознакомиться со стандартным API.
Была ли у нас веская причина, по которой мы ставили имена через дефис?
- Squishysquashy92 ( обсуждение ) 11:29, 15 сентября 2014 г. (UTC)
Является ли «Ненавязчивый JavaScript» историческим мнением?
Этот раздел поддерживает вопрос «Является ли« ненавязчивый JavaScript »отдельной концепцией, достойной статьи в Википедии?» и "Точка зрения будет удалена" выше.
В конце 2016 года многие интернет-приложения используют технологию, полностью зависящую от работы JavaScript в клиентских браузерах с использованием стандартизованных моделей DOM. Сами браузеры перешли на модель постоянного обновления, чтобы пользователи меньше зависели от медленных выпусков операционных систем определенных версий браузеров. Корпорации с многомиллиардными доходами работают в Интернете с помощью JavaScript. Отключение JavaScript было удалено как доступная опция в основных браузерах.
Название раздела «Новая парадигма» кажется в значительной степени самовозвеличивающим и датирует содержание. Множественные ссылки (с [3] по [6]) на одного и того же комментатора JavaScript предполагают совпадение мнений на тот момент истории. Весь раздел «Лучшие практики» представляет собой мнение, введенное ласковыми словами «сторонники парадигмы обычно разделяют».
Не продвигая полное удаление статьи, я думаю, что пояснение, что это в основном мнение, возможно, генерирующее в то время статьи на конференциях и в книгах, требует внимания. Может быть, есть статьи категории "D"?
Dom1953 ( разговор ) 05:39, 7 декабря 2016 (UTC)
- Я полностью согласен. Использование слова «новый» (в названии «Новая парадигма») должно было вызвать тревогу. Этот текст хорош для сообщения в блоге, но не для статьи в Википедии. Сказать, что «JavaScript исторически имел репутацию неуклюжего языка, непригодного для серьезной разработки приложений» - также явная точка зрения с ласковыми словами. - Питер ( разговор ) 08:30, 16 января 2020 г. (UTC)
- Статья, конечно, не должна быть выражением мнения в соответствии с основными руководящими принципами Википедии, и этот термин, похоже, был более актуальным в прошлом, чем сегодня, так что он действительно может быть «историческим» (Википедия охватывает исторический материал).
- Я удалил оскорбительный абзац, упомянутый выше Pbb , а также наиболее очевидные ссылки на относительное время ( MOS: RELTIME ). Я удалил маркер о «масштабируемости» в заголовке, потому что он не был получен, и термин не был получен в другом месте в статье. Я также пометил статью тегом {{ Update }} и указал на этот раздел страницы обсуждения.
- Вопреки тому, что Dom1953 сказал выше в 2016 году, люди по-прежнему отключают JavaScript по разным причинам (см., Например, ссылки в примечаниях mw: No-JavaScript в вики MediaWiki ), иногда через корпоративный прокси, а иногда выборочно через расширения браузера, такие как NoScript , хотя общий средний процент людей, которые это делают, очень низок. (Википедия принимает таких людей: Википедия очень хорошо работает с отключенным JavaScript.)
- Таким образом, страницу необходимо обновить, а источники - улучшить. Биогеограф ( доклад ) 14:16, 16 января 2020 (UTC)
Ведение и рейтинг статей по JavaScript
Относительно редактирования и поддержки статей, связанных с JavaScript ...
Сотрудничество ...
Если вы заинтересованы в совместной работе над статьями по JavaScript или хотите узнать, чем вы могли бы помочь, зайдите в Wikipedia: WikiProject JavaScript и добавьте свое имя в список участников. Приглашаются как редакторы, так и программисты.
Где разместить список статей о JavaScript
На данный момент мы нашли более 300 статей, связанных с JavaScript . Если вы встретите другие, пожалуйста, добавьте их в этот список.
Пользовательские скрипты
WikiProject также берет на себя организацию страниц поддержки пользовательских скриптов сообщества Википедии. Если вы заинтересованы в помощи в организации информации о пользовательских скриптах (или вам интересно, чем мы занимаемся), дайте нам знать !
Если вам нужен еще не существующий пользовательский скрипт или у вас есть отличная идея для пользовательского скрипта или гаджета, вы можете опубликовать его в Википедии: Пользовательские скрипты / Запросы . А если вы программист на JavaScript, это отличное место для поиска задач, если вам скучно.
Как сообщить о статьях JavaScript, требующих внимания
Если вы натолкнулись на статью о JavaScript, которая отчаянно нуждается во внимании редактора, и вы не можете с ней справиться, вы можете добавить ее в наш список статей, связанных с JavaScript, которые требуют внимания .
Оценка статей о JavaScript
В верхней части страницы обсуждения почти каждой статьи, связанной с JavaScript, находится шаблон JavaScript WikiProject, в котором вы можете записать класс качества и важность статьи. Это поможет сообществу отслеживать стадию завершения и более внимательно следить за статьями с наивысшим приоритетом.
Спасибо. Трансгуманист 01:15, 12 апреля 2017 (UTC)