В ЖС любой объект — это ссылка на объект. Принял объект в виде аргумента — принял исходный объект. Да, в пхп это ка если бы ты передал сто-то по ссылке. Хотя и там объекты работают так же.

да да, я опять ходил в туалет

Фортран сила! Представлять строки в виде файлов - могут только реальные наркоманы.

В ООП не приветсвуется сайд-эффекты мутаций аргументов. Хотя это не такое уж и строгое ограничение. Но сама политика менять this — это уже сайд-эффект.

Суть в том, что если слишком сильно увлечься ООП, то можно быстро потерять контроль над состояниями объектов (экземпляров).

Способ изменения не важен. Важно, чтобы функция не влияла на окружение никаким способом. Нужно, чтобы снаружи всё, что ей отдали, осталось неизменным, и результат, соответственно, будет совершенно новыми данными.

Но, я могу ошибаться. Я сам только начал предпринимать попытки понять ФП.

Да, безусловно, это не исчерпывающее описание парадигмы.

Но на практике приёмчики ФП выходят очень простыми.

подскажите, когда заливается файл на сервак, в каком месте он хранится, в сам момент заливки? в тмп он появляется уже после самой загрузки.

на клиенте в момент заливки он хранится

ты сперва скажи что ты хочешь, потому что пока что ты хочешь что-то.... этакое и сбоку бантик

Так это же низкоуровневые задачи. Нужно уметь реализовывать абстракции над ними. Есть очень изящные паттерны и решения.

поведай же

подскажите, когда заливается файл на сервак, в каком месте он хранится, в сам момент заливки? в тмп он появляется уже после самой загрузки.

Именно тмп. Но папка может быть изменена в конфигах

Иногда кажется, что ЖС разработчики с жиру бесятся и накручивают много лишнего

да пиздец... ощущение словно они ДОРВАЛИСЬ ТАКИ до бэка и теперь срочно надо наебенить ада....

поведай же

Задача.

да пиздец... ощущение словно они ДОРВАЛИСЬ ТАКИ до бэка и теперь срочно надо наебенить ада....

А на Джаве ада нет?

Но все эти абстракции тянут за собой много лишнего, как мне кажется

если задуматься, то эти все системы сборки это равносильны тому же make файлу \ gradle\maven по сути-то

Задача.

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

А на Джаве ада нет?

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

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

так и в пхп можно... берешь, ваяешь код и потом его в фар пакуешь

на клиенте в момент заливки он хранится

разве, там же мальтипарт для отправки, не? в котором по кусочкам отадется файл, лоадер же вешается на аякс, который и передает файл

разве, там же мальтипарт для отправки, не? в котором по кусочкам отадется файл, лоадер же вешается на аякс, который и передает файл

ну ок. вот ты повесил лоадер на аякс... аякс у тебя пинает конкретный урл, где у тебя висит обработчик... и когда аякс загрузит файл на сервер, то стартанет обработчик...

файл при этом будет лежать во временной директории которая зависит от настроек вебсервера

и пыха

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

Если проблема только в асинхнронности, то юзай async/await. Но тогда тебе нужно будет заморочиться сборкой.

ну ок. вот ты повесил лоадер на аякс... аякс у тебя пинает конкретный урл, где у тебя висит обработчик... и когда аякс загрузит файл на сервер, то стартанет обработчик...

просто я вижу, что когда аякосвый лоадер доходит до 100%, только после этого начинает появлятся файл во временной директории

Если проблема только в асинхнронности, то юзай async/await. Но тогда тебе нужно будет заморочиться сборкой.

не только\столько в асинхронности сколько во всех преобразованиях этого дома... скрыть часть полей\показать часть полей\повесить проверку на определенные поля в зависимости от выбраного из выпадающего списка типа и пришедших с сервера данных

То, что ты описал, можно будет написать в синхронном стиле, последовательно и не блокируя выполнение.

не только\столько в асинхронности сколько во всех преобразованиях этого дома... скрыть часть полей\показать часть полей\повесить проверку на определенные поля в зависимости от выбраного из выпадающего списка типа и пришедших с сервера данных

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

просто я вижу, что когда аякосвый лоадер доходит до 100%, только после этого начинает появлятся файл во временной директории

и вот мне почему казалось, что это как раз копирование из еше какого-то места

в которое заливалось до этого

и вот мне почему казалось, что это как раз копирование из еше какого-то места

которое называется.... оперативная память... ? ТАДАМ?

неа

оперативка не заполняется

ну я хз, я не заморачивался на столько глубоко

файл 3гб

ты что именно-то хочешь?

надо подебажить процесс заливки

на одних устройствах работает, на других нет

Короче, если у тебя это просто форма, значит её не нужно индексировать. Заебень её на реакте и не парься.

Будет небольшой культурный шок, правда.

Но это норм.

А, ну, если что-то привычное, то можно шаблончик фронтовый.

Handlebars похож на Twig.

Но есть ещё Pug (очень крут) и Ejs.

Нихуяшечки... http://www.javascripting.com/view/twig-js

Парни

Вот.

а кто-нибудь работал с http://swagger.io/

?

Неа. На чём он?

наконец у меня норм инет

Handlebars похож на Twig.

усы пробовал. заебался. слишком ущербные в варианте без доп хелперов...

Ну это приблуда для создания апишек

вроде как на пыхе

а кто-нибудь работал с http://swagger.io/

я пробовал без работы

крутая милота

а то у нас тут задачка по апи глобальная появляется

вот думаю какую-нибудь модную штуку на php использовать

усы пробовал. заебался. слишком ущербные в варианте без доп хелперов...

Если тебе нужно слишком много хелперов, это косяк архитектуры.

постман или аналоги надеюсь уже освоил? )

усы пробовал. заебался. слишком ущербные в варианте без доп хелперов...

Так в усы же можно передавать переменные. А в переменной может лежать что угодно. Даже функция.

ERROR: S client not available

в пзпсторме апи клиент угшечка

Так в усы же можно передавать переменные. А в переменной может лежать что угодно. Даже функция.

угу, только усы не умеют даже банального if > 0

dhr еще вроде

Да ладно???

dht

Почему их тогда Эмбер использует?

без дополнительных хелперов кондишн сравнения у них нет

только нуль или ненуль

о.0

а эмбер своих хелперов туда вжаривает

Да вот же, http://www.javascripting.com/view/twig-js

в том то и суть, что эмбер не чистые усы использует

Привычный инструмент должен быть.

Короче, я считаю, что абстракция над языком шаблонов в самом шаблоне — это плохо.

А обработка данных должна быть до шаблона.

А обработка данных должна быть до шаблона.

ну обработка - одно, но ифы-то не всегда обработка

ну надо мне один кусок подключить ИЛИ другой в зависимости что на сервере насчиталось...

http://handlebarsjs.com/block_helpers.html

Да не может быть шаблонный движок быть без условных конструкций. =))

Как так-то? =)

Да не может быть шаблонный движок быть без условных конструкций. =))

ну да, там есть иф. но он не умеет в if a>0

ну или я его не правильно готовил

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

ну обработка - одно, но ифы-то не всегда обработка

бизнес логике в шаблоне не место

да это частный случай

бизнес логике в шаблоне не место

Ну, условные конструкции не означают её наличие.

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

ну значит не исключено, что я не нашел к усам подхода...

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

Шаблонные хэлперы абстрагируют от языка шаблонов и делают логику отображения сложной для восприятия.

а вообще реакт бы освоить чтобы норм зафулстачить

Шаблонные хэлперы абстрагируют от языка шаблонов и делают логику отображения сложной для восприятия.

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