с php абсолютно симметричная картина

с php абсолютно симметричная картина

В php вообще нет работы с фронтендом

Это чистый бекенд-язык

и насколько я глубоко в вчитывался в код того же V8 там просто нет нормальных механизмов асинхронности и блокировок

В бете ес2015 кажется обещали асинк-авейты. Вопрос когда это всё воплотится

я не о предназначении (хотя опять же язык должен быть инструментом для решения любых задач) я про реализацию

Да и какая разница, полифиллов миллион. Не нравятся промисы - не трогай

я не о предназначении (хотя опять же язык должен быть инструментом для решения любых задач) я про реализацию

В пхп нет реализации клиентского кода

Может мы с тобой о разном говорим

И это мешает дизаблить кнопку по её нажатию? Да это же основа основ UX, если юайщик этого не знал, то либо он некомпетентен, либо лид сэкономил

в том то и дело, что не мешает и это реально проблема

в том то и дело, что не мешает и это реально проблема

Нет никакой проблемы для того, кто смеет называться жс-программистом

Проблемы могут возникнуть только у жонглёров фреймворками

об одном и том-же --- php - это server-side only

И они решаются книжкой с носорогом

Целиком и полностью)

об одном и том-же --- php - это server-side only

Ок. Факт. Что из него?)

вот смотри простая схема... при нажатии на кнопку вызывается обработчик OnButtonPush который в фреймворке тригерется чуть ли не напрямую из бровсера

вот смотри простая схема... при нажатии на кнопку вызывается обработчик OnButtonPush который в фреймворке тригерется чуть ли не напрямую из бровсера

Это основы аякса, да

фиговый ЖС прогер в коде обработчика первой строкой дизаблит кнопарь и дальше выполняет "бизнес-логику"

НО

фиговый ЖС прогер в коде обработчика первой строкой дизаблит кнопарь и дальше выполняет "бизнес-логику"

Но. Есть оптимистик интерфейсы.

Хотя фиговый жс-прогер может о них не знать, да)

Если только не сидит на фейсбуке

с вероятностью 51% (а если кто-то знает это то 90%) может придти 2 события OnButtonPush для одной и той же кнопки и обработчик второго нажатия влезет в очередь до того как выполнится строчка DisableButton

MVC от этого не спасает и мало того многие из "правильных" реализаций противоречат постулатам MVC

с вероятностью 51% (а если кто-то знает это то 90%) может придти 2 события OnButtonPush для одной и той же кнопки и обработчик второго нажатия влезет в очередь до того как выполнится строчка DisableButton

Оптимистик. Интерфейсы.

Остальное от лукавого

Ты говоришь о проблеме, которую сильные мира всего решили давно

и появляется всякая тряхомудь вида MVVC

ага только треть всех UI мира сего страдает этим недугои и поныне

MVC от этого не спасает и мало того многие из "правильных" реализаций противоречат постулатам MVC

Я не понял. Как паттерн разделения представления с логикой должен решать чисто браузерные проблемы?

Это холодное с мягким

вот это уже оказывается браузерные проблемы

ага только треть всех UI мира сего страдает этим недугои и поныне

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

проблема на самом деле была в коде ДНК того, кто все это протолкнул в таком виде

и появляется всякая тряхомудь вида MVVC

Чем тебя не устроил MVVC?

Это тоже паттерн

Точнее подвид

интегрировать двиг js в бровзер, где все имеет несколько слоев абстракции

Он не решает никаких проблем. Это шаблон проектирования. Его можно использовать в написании инструментов и в разработке софта с использованием инструментов по бест практисам. Паттерны никогда не решают UX задачи, они не для этого созданы

очень сомнительное решение само по себе

очень сомнительное решение само по себе

Ты просто далёк от понимания жс. Прочитай книжку с носорогом, она реально многие вещи на свои места ставит

Он не решает никаких проблем. Это шаблон проектирования. Его можно использовать в написании инструментов и в разработке софта с использованием инструментов по бест практисам. Паттерны никогда не решают UX задачи, они не для этого созданы

это очень все здорово и со стороны звучит непротиворечиво

И никаких проблем ни возникает

замечательно что есть люди которые понимают, что паттерны - суть набор абстрактных фраз

замечательно что есть люди которые понимают, что паттерны - суть набор абстрактных фраз

Даже не набор фраз

Просто шаблоны

Но любая абстракция бесполезна без реализации, если конечно ты не философ-теоретик

Реализации бывают разной степени успешности

но на деле можно наблюдать картину когда ЛИД! заворачиваеь фичу потому, что она "не соответствует принятому паттерну"

но на деле можно наблюдать картину когда ЛИД! заворачиваеь фичу потому, что она "не соответствует принятому паттерну"

Красоту кода никто не отменял

начнем с того, что на планете нет еще ниодного успешного браузера

Ты просто далёк от понимания жс. Прочитай книжку с носорогом, она реально многие вещи на свои места ставит

Есть пдфка?

дальше от этого тянется цепочка выводов

начнем с того, что на планете нет еще ниодного успешного браузера

что в твоём понимании "успешный браузер"?

Есть пдфка?

не знаю. у меня бумажная

ну может если только приблуды типа WebOS и ChromeOS

но на деле можно наблюдать картину когда ЛИД! заворачиваеь фичу потому, что она "не соответствует принятому паттерну"

кстати, фичу заворачивает тестировщик. лид может завернуть код ревью.

успешный - это тот который не отедает половину системный ресурсов на рабочей станции с 8гб оперативы и Xeon E3-1225 вместо процессора

успешный - это тот который не отедает половину системный ресурсов на рабочей станции с 8гб оперативы и Xeon E3-1225 вместо процессора

а безбожно тормозит с более чем десятью вкладками?

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

☺ пока не тормозит... но до успеха тут еще как до луны

ну про производительность браузера - это отдельная песня... я про показатель производительности WebApp

на которую еще конечно же накложится производительность бровсера

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

Если только не придумать Очень Захватывающий Прелоадер 😂

Как говорили на FC, если вашей крутилки не хватает на длительный биндинг, меняйте её на фрейм с симпсонами :)

кроче - эта вторая виртуальная ось которая используется для того чтоб показывать картиночки и текст из интернетов и отдавать просто текст обратно в интернет ну не должно быть все так плохо

есть еще куча всякой бороды вида https есть медиа-стриминг и SMIL протокол даже Canvas и WebGL

WebSockets

но блин все это частные случаи

короче я не годую по поводу JS и говно-браузеров

Как говорили на FC, если вашей крутилки не хватает на длительный биндинг, меняйте её на фрейм с симпсонами :)

А есть носорог по си?

А есть носорог по си?

не знаю

короче я не годую по поводу JS и говно-браузеров

Твоё право. В конечном счёте потребителю плевать на всё, кроме тормозов и целостности персональных данных. Хотя даже на неё плевать

Опять же абстрактному и массовому потребителю

Опять же абстрактному и массовому потребителю

Среднестатистическому

Второй ноутбук для следующей вкладки в браузере пока достаточно... но возможно, вскоре, и этого будет мало

Второй ноутбук для следующей вкладки в браузере пока достаточно... но возможно, вскоре, и этого будет мало

Смотря сколько памяти

Когда жс не делал ничего хитрее алертов, то 640 кб хватало всем :)

640 kb overhead above any RAM limit