Чтобы начать этот пост, я чувствую, что он подходит, чтобы положить одно популярное заблуждение на отдых: JavaScript не на самом деле, связанный с Java. Мой, по крайней мере, начинает казаться далеким двоюродным двоюродным двоюродным двоем рабочего сценария (а иногда и подобного типа!) Я пришел, чтобы узнать пару вещей о языке по пути, а также сходства/различия в Руби.
Полумилоны, полутории везде!
В конце большинства линий кода запускается, разработчик должен поставить полутолочку в отличие от Ruby. Однако исключения могут быть сделаны, однако, при определении функции (какой рубист позвонит методу) или даже некоторую простую логику.
Это менее экстремально и последовательно, чем такие языки, как C ++, которые откровенно игнорируют пробелы и переходят только на следующую строку после полуколони, но, тем не менее, можно сделать возможным использовать полутонческую колонную точку на месте линии (как о чем свидетельствует Некоторые довольно неприглядные исходные файлы … Глядя на вас, jQuery!).
.. Не забудьте пустые кронштейны!
Если я узнал что-нибудь от борьбы с некоторыми особенному некоторыми двусторонними ошибками, именно вам нужны скобки перед любым методом более сложным, чем для возврата сохраненного значения. Ваш метод не принимает аргументы? Пустые скобки это!
C’est Ne Pas ‘Puds’
Во-первых, как рубист, вы можете быть знакомы как с ставит (или иногда Печать ) Для вывода текста и с P Для отображения значения переменной во время спецификации. При первом изучении console.log В JavaScript многие увидят параллели первым, но это на самом деле между ними.
Фактические «ставиты» js
Если вы действительно, действительно хотите что-то сказать пользователю, вы хотите использовать либо документ. GetElementByID (Element_id) .innerhtml (обмена на getelementsbyclassname или Getelementsbytagname по желанию) Чтобы манипулировать контентом внутри элемента HTML. Поскольку вы видите, Reader, JavaScript – это план переднего конца, предназначенный для манипулирования HTML (а иногда и CSS).
Функция? Класс? Это когда-нибудь хотелось быть?
В то время как самый последний стандарт для JavaScript (ES6) имеет синтаксис классов сортировков класса (и давно имел синтаксис для «прототипов» функций), различие между классами и методами, которые существуют для многих языков бэкэнда, не переводятся как чисто на JavaScript по большей части как дизайн. Функции добавляются в «класс» с помощью Classname.prototype.f Необходимо () {код здесь} и экземпляры указанного класса, определенного var classname Отказ
JavaScript, в конечном итоге, представляет собой передний план, предназначенный для манипулирования HTML и CSS на лету. Немногие могли ожидать, что сложность логики, которую она эволюционировала, чтобы быть в состоянии взять на себя – особенно в том, что традиционно будет отмените до задней части логики – но методы существуют, чтобы создать по существу полноте логики веб-приложения в JavaScript.
Именно по этой причине я думаю, что это удачно прикоснуться к двум основным подходам, которые можно взять:
Переднее окончательное веб-приложение для одной страницы:
Обычно тот факт, что чистые JS могут действительно выполнять действия только в рамках оказываемой страницы, могут столкнуться как вполне пугающие; Как на Земле вы несете данные, введенные или изготовленные в одной части вашего приложения по приложению в целом? Но что, если мы не будем двигаться между страницами вообще, и делать все наши логические манипуляции прямо там, а затем? Ну тогда читатель, это проклятие может быть сделано в благословение.
Великая вещь о том, что не перемещается между различными страницами в веб-приложении, заключается в том, что вам не нужно идти на все проблемы постоянно отправлять запросы на сервер. Это может быть спасатель для пользователей приложения (на образных условиях, но иногда литерала в зависимости от того, что ваше приложение делает ), если это так, то есть, что их интернет довольно ужасна, или их провайдер много заряжает для этого драгоценного дополнительного трафика. Отказ
Использование Node.js:
В то время как Node.js – это технология, которую я все еще должен углубиться и учиться, ее основное обращение состоит в том, что он позволяет объединять как интерфейс, так и логику Backend, чтобы быть объединены под единый язык. С самого начала это делает гораздо легче принять расчеты, выполненные интерактивными элементами на записях интерфейса и обновления, содержащиеся на стороне сервера, и, в свою очередь, несущую их между страницами.
В заключение
JavaScript – это удивительно универсальный – и по временами путание – язык, который вырос из контролирующей среды для динамических элементов интерфейса к возможностям хостинга на уровне языка бэкэнда.
Именно понимая его историю, и способ ее объема глубоко выращивал от своего первоначального назначенного назначения, которую мы можем понять причуды и конвенции, которые отличают его от других языков. Есть много еще, что я мог бы послушать, но я хотел покрыть то, что было самым поразительным для меня о JS, прибывающих с рубинового фона.
Оригинал: “https://dev.to/cpatercodes/a-rubyist-s-guide-to-javascript-5ank”