Плюсы веб-языка по сравнению с традиционными языками программирования

Все современные пользователи персональных компьютеров знают, что работая во всемирной сети интернета, любую из его страниц (при желании, конечно), можно сохранить на своём ПК в виде файлов с расширением .HTM или .MHT, что стало неотделимой частью нашей повседневной работы. Но не все знают или хотя бы, задумывались о том, что .HTM-файлы – это программы, которые каждый раз создаются и записываются компьютером (по запросу пользователя) на специальном языке программирования – HTML. При этом, каждый раз, или в сети Интернета, или на ПК пользователя, при открытии файлов страниц интернета с расширением .HTM или .MHT, программа-браузер выполняет роль компилятора:
Она запускает программу, записанную на HTML-языке из открытого файла и выполняет её. Аналогично тому, как ещё, в старом добром DOSe, программа Quick Basic, при открытии файлов исходников программ с расширением .BAS (если она, запускалась соответствующей командой из приглашения командного процессора COMMAND.COM) сразу запускала их, выполняя все заданные в них, пользователем функции, так и любой браузер, является компилятором выполняющим программы записанные HTML-языке. Именно поэтому, в наше время HTML-язык, стал таким же популярным языком программирования, каким в своё время был «легендарный» BASIC.
Надо сказать, что в настоящие время не только, исходники новейших программных разработок, но также и новые версии, старых «добрых» программ написанных в своё время на BASIC, Pascal, C, C++, Ella, PROLOG и других популярных языках программирования, стало очень выгодно создавать на HTML–языке. Это всё потому, что HTML–язык, имеет массу плюсов и новых возможностей по сравнению с традиционными языками программирования.
Вот, некоторые из них:
Если программист пишет свою программу на HTML–языке (в программе, обычного текстового редактора), то необходимость в её отладке – минимальная. Когда, он (программист – автор программы) открывает, эту свою программу написанную на HTML– языке с помощи браузера интернета, то браузер (в данном случае, играя роль компилятора) выполняя программу из данного файла с расширением .HTM выполняет в нём, только те строки, которые программистом были написаны правильно, т.е. без синтактических ошибок. А те строки в данном файле с расширением .HTM, в которых браузер обнаруживает синтактические ошибки, он просто игнорирует и не выполняет.
Таким образом, при написании программы на HTML–языке, необходимость исправлять в исходном тексте программы, все синтактические ошибки (как это в привычных, языках программирования) полностью отпадает.
О том выполняет ли данная программа возложенные на неё функции или не выполняет, можно судить по результатам того, как она выполняется на компьютере. Если же при написании программы на HTML–языке, программист допустил синтактические или какие либо, другие ошибки (из за которых, она не работает так, как ему хочется), то ему надо только, с помощи обычного текстового редактора
открыть её файл с расширением .HTM и в нём найти и исправить, эти ошибки.
В HTML–языке, также расширена и возможность интегрированного программирования по сравнению с такими системами программирования, как C++, C# и Turbo Pascal. Так, в нём с помощи специальных Операторов можно, либо давать ссылки на открытие файлов скриптовых языков (Visual Basic, Java, Pyton и др.), либо включать исходник текста на этих скриптовых языках в тело самого файла HTML–языке. При этом, в файле исходника программы HTML–языке, может находится одновременно, и по несколько вложений исходного текста на этих скриптовых языках.
Стоит заметить, что скриптовый Visul Basic – это усовремененная обновлённая версия старого доброго языка BASIC, а Java – это усовременненный вариант сложных языков программирования, типа C++ и C#. Поэтому, если программист пишет на HTML–языке, обычную прикладную программку работающую с файлами, графикой или звукозаписью, то это лучше всего, сделать на скриптовом языке Visual Basic, а затем, этот исходник текста на Visual Basic с помощи специальных команд (типа<SCRIPT> и </SCRIPT>)

Миниатюры

 

0

Сообщение от voraa Для работы с графикой есть куча возможностей. В зависимости от потребностей. От создания простых графиков и рисунков, до довольно сложных графических объектов. Конечно это не изначально заложено в js. Используются API предоставляемое браузером.

То беж в самом языке отсутствуют возможности работы непосредственно с байтами и большими массивами данных, и для всего этого непосредственно нужно какое-то API написаное на С++ и Java?

Сообщение от XLAT или это риторический вопрос?

Это не уместный вопрос. VBA существует только на Windows десктопах, для документооборота, работы чертежами. На VBA можно обрабатывать большие массивы данных, можно создавать функции и классы, которые будут работать быстрее и эффективнее фунций и классов из используемых в нем библиотек, средствами самого языка. При использовании win-api - еще быстрее..

0

Сообщение от XLAT вопрос не в том, что он должен делать, а в том, что он РЕАЛЬНО уже делает. если в стандарте заложен режим компиляции, то почему бы и не прокомпилировтать, я не буду против.

Я выше писал, что делает браузер. Причем разные браузеры могут делать разное, исходя из своих представлений об эффективности и других условий. Лишь бы результат был верным.

0

Сообщение от voraa Причем разные браузеры могут делать разное, исходя из своих представлений об эффективности

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

0

Сообщение от testuser2 То беж в самом языке отсутствуют возможности работы непосредственно с байтами и большими массивами данных,

В принципе есть и массивы, которые непосредственно расположены в памяти. Так называемые TypedArray. И массивы байт и целых 16, 32, 64 разрядных и вещественные 32 и 64 разрядные. Когда нужна какая то сверхскорость или некоторые специальные возможности работы с бинарными файлами можно и их использовать

Сообщение от testuser2 и для всего этого непосредственно нужно какое-то API написаное на С++ и Java?

А в VBA все программы полностью пишутся на VBA? Там нет стандартных функций, которые присутствуют в окружении и написаны на каких то других языках?

Сообщение от testuser2 На VBA можно обрабатывать большие массивы данных, можно создавать функции и классы,

На js написаны миллионы серверных приложений, которые обрабатывают тысячи запросов в секунду, работают с различными базами данных, и обрабатывают и передаю миллионы байт.
И все очень быстро. Про использование VBA для таких целей не слышал.
Хотя, если написать такие приложения, скажем на GO будет еще быстрее, а на C или Rust еще быстрее. Но их часто пишут именно на js, потому, что так проще. Проще писать, проще сопровождать и модифицировать.

Добавлено через 5 минут

Сообщение от testuser2 Но неплохо было бы веб-разработчику дать больше возможностей, для определения того что именно эффективно.

Нет. Браузер справляется с этим лучше. Он учитывает объем занимаемой памяти, то какие ему еще задачи приходится выполнять, как часто и как долго выполняется функция. Опять же задача браузера не быстро выполнять js код, а быстро показать страницу. И если он кучу времени потратит на компиляцию по указанию разработчика, то конечный результат (быстрый показ страницы) может быть хуже.

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

1

Сообщение от testuser2 Это не уместный вопрос.

так я вам так и пишу,
что VBA в клиенте не уместен.

мыже тут разбираем HTML программинг))

если вы имеете в виду сторону сервера,
так там пишите хоть на С++, будет ещё быстрее и никого это не будет парить.

0

Сообщение от voraa На js написаны миллионы серверных приложений

Вы наверное имеете в виду node.js?

Сообщение от voraa Про использование VBA для таких целей не слышал.

Речь не непосредственно о VBA, а о том, что типы расширяют возможности языка. И как вы сами заметили, что если нужно быстрее используют GO и т.д.

Добавлено через 1 минуту

Сообщение от XLAT что VBA в клиенте не уместен.

Так на клиенте и Googl-таблички бывает загружаются и что их обязательно на сервере вычислять?

0

0

Сообщение от testuser2 Вы наверное имеете в виду node.js?

А какая разница? В node тот же самый движок V8, что и в браузерах (Хром, Ейдж, Опера, Яндекс)

Добавлено через 1 минуту

Сообщение от XLAT Не по теме: вот тема ТС'а висит сутки без ответов,

На больших форумах иногда бывает трудно весной. Обострение.
Лучше не отвечать. Просто не обращать внимание

1

Сообщение от testuser2 Так на клиенте и Googl-таблички бывает загружаются и что их обязательно на сервере вычислять?

гугл предлагает вычислять их(таблички) с помощью вба-скриптов?

0

Сообщение от voraa На js написаны миллионы серверных приложений, которые обрабатывают тысячи запросов в секунду

и нет типов. Это не правильно. Были бы типы, нахер бы нужен был GO так?

Добавлено через 4 минуты

Сообщение от XLAT гугл предлагает вычислять их(таблички) с помощью вба-скриптов?

Я не знаю с помощю чего он их вычисляет, в качестве скриптового языка там конечно же JS, но мне не очень нравится как там все реализовано, тормознуто как-то.

0

Сообщение от testuser2 Так на клиенте и Googl-таблички бывает загружаются и что их обязательно на сервере вычислять?

Они быстро считаются на js. Пользователю на самом деле нет разницы будет обсчет выполняться 0.1 или 0.2 сек.

Сообщение от testuser2 И как вы сами заметили, что если нужно быстрее используют GO и т.д.

js показывает требуемую производительность в подавляющем большинстве случаях.
Нет смысла на жигули (и даже обычный городской мерседес) ставить двигатель от феррари формулы-1 Он просто не нужен и дорог. На js написать такой сервер и проще и дешевле. В особых не частых случаях, где нужна супер производительность можно использовать что то другое. Но опять же это уже достигается не только используемым языком, но архитектурой системы в целом, какие БД используются, как и что в них хранится. То же яндекс облако сделано на GO. Почему на GO, а не на C. Может потому, что Go может и помедленнее, но более безопасный (а на мой взгляд и проще + встроенная многопоточность)

Добавлено через 9 минут

Сообщение от testuser2 и нет типов. Это не правильно. Были бы типы, нахер бы нужен был GO так?

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

0

Сообщение от voraa Нет смысла на жигули (и даже обычный городской мерседес) ставить двигатель от феррари формулы-1 Он просто не нужен и дорог.

Вы называете "жигули" язык, кторый используется в бэкэнде, фронтенде, в составе исходников браузеров, их дополнений, и черт знает еще где..

Добавлено через 6 минут

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

Я устал уже объяснять, ни чего не убирать а лишь добавить возможности.. опционально..

0

Сообщение от testuser2 Вы называете "жигули" язык, кторый используется в бэкэнде, фронтенде, в составе исходников браузеров, их дополнений, и черт знает где..

Я называю жигулями сервер, который работает на движке js.
Если он работает с той скоростью, с какой предполагается, то нет смысла делать что то быстрее. Любая дополнительная разработка это время и деньги.
Если скорость не удовлетворительная, то прежде всего надо думать, что влияет на это. И сама скорость js чаще всего оказывается последней из причин. Гораздо чаще причина в работе БД, в организации и структуре информации. Неправильно распределены данные по таблицам, неправильно созданы индексы, приходится делать лишние запросы и т.д. На это уходит большая часть времени, а не на работу js/

0

Сообщение от voraa Не могут отказаться и не откажутся, потому, что все старое должно работать.

И это одна из классных вещей в жизни, когда есть какая-то такая стабильность. Когда можно на чем-то написать код и через 10 или 20 лет он по прежнему будет работать. Вот про Java так говорят. Еще что слышал про Джаву, что мол там на самом деле основные фреймворки не праивильно сделаны, в них типа не в полной мере реализована концепция ООП, вот если взять JS там ведь тоже классы вроде не сразу появились, т.о. можно сказать добавив классы, расширили возможности языка в области ООП, или нет?, я х.з. в общем нужны комментарии.. )

0

Сообщение от testuser2 Когда можно на чем-то написать код и через 10 или 20 лет он по прежнему будет работать.

Да, есть такой язык. С называется
А жаба - это тормоза из-за WM и самой логики. Бэкенды нужно на вменяемых ЯП писать: С или С++, но никак не на жабке (а уж тем паче - убогих интерпретируемых недоЯПах вроде жабоскрипта или змеюки).

0

Сообщение от testuser2 Еще что слышал про Джаву, что мол там на самом деле основные фреймворки не праивильно сделаны, в них типа не в полной мере реализована концепция ООП, вот если взять JS там ведь тоже классы вроде не сразу появились, т.о. можно сказать добавив классы, расширили возможности языка в области ООП, или нет?,

Про все говорят, что неправильно сделано. От самовара, до ракеты, включая классы, фреймворки и вообще ЯП. Только говорящие знают, как правильно, но их почему то не спросили.
Классы в js появились позже, но по факту они мало что добавили нового. Прототипное наследование было в js всегда. (Ну может не с первой версии, но очень давно). И как то на нем все делали, когда нужно. Просто классы добавили более простую запись всего этого. А так, все тоже самое. Ну может более строгие приватные свойства дали. Настоящих приватных свойств не было раньше
Недостатков у классов в js тоже хватает.
Все эти концепции... ООП, прочее.
Ну нет классов в C или GO. И ничего страшного. Это не мешает.

Добавлено через 1 минуту

Сообщение от Eddy_Em Бэкенды нужно на вменяемых ЯП писать: С или С++, но никак не на жабке (а уж тем паче - убогих интерпретируемых недоЯПах вроде жабоскрипта или змеюки).

А те, кто их пишет, и не догадываются об этом. Вот бы пошел и все им написал.

1

Сообщение от voraa Вот бы пошел и все им написал.

Зачем? Пусть жрут кактусы. Себе-то я исключительно на С пишу бэкенды, УМВР.

0

Сообщение от Eddy_Em Себе-то я исключительно на С пишу бэкенды

Ну если только себе.
Я себе ничего не пишу. Только заказчику или работодателю.
А им почему то node нравится. Сейчас вот go стали пробовать.
Глупые. Ну и ладно, лишь бы платили.
Да и вообще, я с беком не часто связываюсь, мое - это фронт.

0

Сообщение от voraa Только заказчику или работодателю.

Дык, я-то тоже не по домашним нуждам, а по рабочим ☺

0

Сообщение от Eddy_Em "тут на goвне пиши", "тут на петухоне"

Вот, если честно, к Питону тоже душа не лежит. Для него же быструю замену делают г-рят будет полная обр. совместимость (Mojo), опять же типы, куда без них.

Добавлено через 2 минуты

Сообщение от voraa Недостатков у классов в js тоже хватает.

Например?

0