Size: a a a

2020 December 10

MA

Marlik Almighty in use Perl or die;
Stas Nox
А почему нет? )
У jQuery сейчас есть альтернативы, но 10 лет назад их особо не было. Внедряли тогда.
Ajax указан как подход по динамическому наполнению страниц без перезагрузки. Например, в ЛК клиента выводится масса данных в разных закладках. Как Вы предлагаете собирать ЛК без аякса? Ну или пользователь поменял период отображения графика - перегружать только график или весь ЛК?
Есть реакт. Хуки. Сайт собирается из компонент, каждый компонент может периодически что-то делать, например запрос на бэкенд, отрисовка.
источник

AP

Anton Petrusevich in use Perl or die;
Marlik Almighty
Есть реакт. Хуки. Сайт собирается из компонент, каждый компонент может периодически что-то делать, например запрос на бэкенд, отрисовка.
это всё вместе не особо связано
источник

AP

Anton Petrusevich in use Perl or die;
я могу из компонент собирать сайт, но пользоваться жиквери для аяксов
источник

MA

Marlik Almighty in use Perl or die;
Anton Petrusevich
а что не так с аяксом?
То, что я его использовал, когда сайт собирал с SSI. 😁
источник

AP

Anton Petrusevich in use Perl or die;
Marlik Almighty
То, что я его использовал, когда сайт собирал с SSI. 😁
ваще никакой связи
источник

AK

Andrey Karepin in use Perl or die;
Anton Petrusevich
а что не так с аяксом?
придумали прогрессивный fetch (но это не точно)
источник

AP

Anton Petrusevich in use Perl or die;
Andrey Karepin
придумали прогрессивный fetch (но это не точно)
да пофиг же там. разницы особо нет для жс
источник

MA

Marlik Almighty in use Perl or die;
Anton Petrusevich
единственное, что может быть альтернативой аяксу — вебсокеты или серверсайд ивенты, при том вторые всё равно хотят аякс.
Вот кстати да, для лк вполне норм.
источник

MA

Marlik Almighty in use Perl or die;
Anton Petrusevich
ваще никакой связи
Прошлый век.
источник

MA

Marlik Almighty in use Perl or die;
Anton Petrusevich
я могу из компонент собирать сайт, но пользоваться жиквери для аяксов
О_о
источник

AB

Alex Bush in use Perl or die;
Аякс внезапно не технология, а набор технологий
источник

ПК

Павел Колганов ☭... in use Perl or die;
Anton Petrusevich
единственное, что может быть альтернативой аяксу — вебсокеты или серверсайд ивенты, при том вторые всё равно хотят аякс.
Интересно, вот если я пользую в одной программулине одновременно AJAX и WebSocket - это считается караул, ужас, все пропало и жутким нарушением всех канонов?
источник

AB

Alex Bush in use Perl or die;
Тот же fetch вполне ajax
источник

AK

Andrey Karepin in use Perl or die;
Павел Колганов ☭
Интересно, вот если я пользую в одной программулине одновременно AJAX и WebSocket - это считается караул, ужас, все пропало и жутким нарушением всех канонов?
СРОЧНО СМУЗИ ВНУТРИВЕННО
источник

AP

Anton Petrusevich in use Perl or die;
Marlik Almighty
Прошлый век.
вот прикинь, у тебя есть система, в которой десятки-сотни процессов. ты покупаешь новую версию, а там всё иначе и тебе на перенос "ради современности" придётся угрохать тыщи человеко-часов
источник

AP

Anton Petrusevich in use Perl or die;
Павел Колганов ☭
Интересно, вот если я пользую в одной программулине одновременно AJAX и WebSocket - это считается караул, ужас, все пропало и жутким нарушением всех канонов?
тебя волнует мнение анонимуса из интернета?
источник

ПК

Павел Колганов ☭... in use Perl or die;
Anton Petrusevich
тебя волнует мнение анонимуса из интернета?
До какой-то степени. Особенно, если оно обосновано. Я же не могу знать все, да и больше бэк, чем фронт. Поэтому к разумным рекомендациям прислушиваюсь.
источник

AP

Anton Petrusevich in use Perl or die;
Павел Колганов ☭
До какой-то степени. Особенно, если оно обосновано. Я же не могу знать все, да и больше бэк, чем фронт. Поэтому к разумным рекомендациям прислушиваюсь.
я придерживаюсь такого правила: код в сторону перфекционизма может развиваться, только по факту ревью эн разработчиков, каждый из которых имеет достаточную квалификацию, чтобы всё правильно понять и что-то разумное предложить. один разработчик не пишет идеальный код никогда, поскольку получить результат часто интереснее, чем бесконечное движение.
так что если ты не стремишься к идеальному коду, то достаточно иметь рабочий, который работает как задумано по ТЗ и не имеет проблем с прочтением этого кода в будущем
источник

ПК

Павел Колганов ☭... in use Perl or die;
Anton Petrusevich
я придерживаюсь такого правила: код в сторону перфекционизма может развиваться, только по факту ревью эн разработчиков, каждый из которых имеет достаточную квалификацию, чтобы всё правильно понять и что-то разумное предложить. один разработчик не пишет идеальный код никогда, поскольку получить результат часто интереснее, чем бесконечное движение.
так что если ты не стремишься к идеальному коду, то достаточно иметь рабочий, который работает как задумано по ТЗ и не имеет проблем с прочтением этого кода в будущем
А что, если это не рабочий проект. Его долго пилил вообще один, потом присоединился второй человек, но на аппаратную часть? А хочется сделать открытый проект вполне себе понятным людям, если кому-нибудь еще он понадобится.
Привлекать знакомых к обзору кода?
источник

AP

Anton Petrusevich in use Perl or die;
Павел Колганов ☭
А что, если это не рабочий проект. Его долго пилил вообще один, потом присоединился второй человек, но на аппаратную часть? А хочется сделать открытый проект вполне себе понятным людям, если кому-нибудь еще он понадобится.
Привлекать знакомых к обзору кода?
если этот проект найдёт заинтересованных, которые прочитают твой код, то тебе массу всего выскажут, так и будет развиваться. а если не найдёт, то какая разница?
источник