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

Сергей Протько: Вы точно учитесь в обратную сторону. Вы даже не знаете что такое поведение? Как Вы можете писать статьи когда не знаете что такое поведение, это же даже дебилы у которых слюни изо рта самопроизвольно текут знают. Вы где-то наслушались какого-то безумия и теперь пытаетесь писать статьи о хирургии прожив десять лет в семье хирургов.
Правильно говорят "не умеешь писать код - учи!", ведь для глупых новичков, Вы будите гуру казаться.

Где согласно Flux должна быть работа с localStorage?

Тому, что называют flux совершенно без разницы где Вы будите работать с localStorage.
Сам стиль архитектуры которую называют Flux говорит о том что нужно CHANGE посылать.
Можно и отказаться от того что называют Flux и бросать столько типов сколько хочется, а можно и несколько сторов. Но вот только зачем несколько, когда при обновлении одного состояния пересобирается весь компонент. То есть если Вы устанавливаете компоненту три состояния, то обнови Вы одно состояние или все с точки зрения скорости будет одинаково, так как установятся они все равно все, как бы Вам этого не хотелось.

Почему когда я рендерю bitmap на createjs он получается мутным?

sozitatoj: Вы ставите, но Вы уверены что они равняются 200? Вот лично я в фидле Вашем вижу как картинка немного не доезжает до конца. Нажал, она спустилась и мутная. Нажал ещё раз и первая картинка опять движется вниз и по достижению конечного положения становится нормальной.

Почему когда я рендерю bitmap на createjs он получается мутным?

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

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

Сергей Протько: у дирного чела душа обжоры, а не рот и желудок. В случаи с Вашими "моделями" это всего лишь поведение объектов. У коллекции её методы сортировки (Вы же наверняка знакомы с настоящими коллекциями, как например в java?) это не модель из mvc.

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

Сергей Протько: Вы опять путаете информационную модель с бизнес моделью. Вы описываете поведение объекта и называете это моделью. Вы говорите о коллекции, как о бизнес логике приложения. Вы называете её моделью, в то время как модель это то, что оперирует этой коллекцией. По Вашему метод экземпляра Node appendChild моделью. Вы это понимаете? Вы заигрались в теоретика и все смешиваете в кучу.

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

Сергей Протько: сейчас в голову пришло. "что-то" на входе получает id и по базе данных проверят доступ к чему-либо. И теперь компонент поиск, который получает id и ищет в базе данных.

У них схожий функционал, но первый работает на систему, на приложение, а второй подготавливает данные для представления.

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

Сергей Протько: с Вами пока бессмысленно говорит, Вы не понимаете что такое модель из mvc.
Если Вас слушать как творца, то у Ваших существ душа то желудок, то рот, а то одежда.

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

Компонент у Вас это mvc. Ну сколько можно говорить что если нет бизнес логики нет mvc.

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

Сергей Протько: не ни черта не понял из первого вопроса.

Но это представление состояния данных именно в контексте бизнес модели и фактически это является деталью ее реализации. К View в MVC это не имеет никакого отношения (просто уточняю).

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

Раз уж мы говорим о картинках, что же делать если картинки это часть домена?

ассеты не могут находится в модели и не соблюдать это значит нарушать то для чего и было создано mvc, а именно для разделение бизнес логики от представления. И хочу заметить что представление это не кнопка, а.. вот если говорить в контексте сайта, то это будет скорее всего страницы. Если рассматривать на примере тостера, то есть BaseView, в которую вложено ещё три LeftSideView, CenterView и LeftView. А вот уже они собирают в себе компоненты, которые к mvc вообще никакого отношения не имеют, они просто компоненты.

Или это все часть View?

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

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

Часть вторая. Если Вы у светофора два света красных, то скорее всего смотрите на жопы макак.
Это было как вступление перед настоящей бурей, в которой я буду оспаривать Ваши слова.

Представление запросит картинки, а какие картинки - решает модель. То что вы описали (подсовывание контента исходя из каких-то бизнес правил) это именно бизнес логика, а не логика представления.

Представление не может запрашивать данные с сервера, оно может только попросить модель что-то предоставить, а уже как это делает модель - не имеет значения в контексте вопроса.

Хочу Вас поздравить, за свои десять лет практики, Вы не написали не одного правильного приложения.

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

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

В общем если говорить просто, человеческими словами, Вы все в голове переспаривали между собой.

Говорить о парадигмах до того момента пока Вы поймете что такое логика приложения и информационные модели и что такое логика отображения - бессмысленно.

Начинайте переосмысление.

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

Сергей Протько: скажите, Вы понимаете что красный свет светофора не тоже самое что жопа макаки? Если да, то поймите, когда я говорю слово модель в контексте mvc я подразумеваю именно бизнес-модель приложения и только, а не файлики часть имя которого заканчивается на слово Model.
Теперь дальше - состояние это информационная модель, которая отношения к бизнес модели не имеет. Ну или имеет, как скажем межреберное пространство в упоминании Вас. То есть когда я говорю о Вас, я говорю о Вас а не о Вашем слое который расположен между Ваших ребер.
А дальше я утверждаю что модель в контексте mvc не должна не должна подготавливать данные для представление, так как это обязанность самого представления.
Представьте что представление это горничная, а модель Вы. Все нормальные люди, зная что к восьми часам должна придти горничная по этому они мусорят как можно больше. Но Вы наоборот начинаете убирать и подготавливать вещи раскладывая их по мусорным ведрам, коробка, шкафам и стиральным машинам, чтобы пришла горничная, нажала везде on и села курить смотря телевизор стряхивая пепел в заранее приготовленную для нее (Вами!) пепельницу.

Это была первая часть. С чем Вы не согласны?

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

Сергей Протько: представьте что я прошу написать Вас unit тесты для картонной коробки. Вы садитесь писать, а писать нечего. А почему не чего, потому что для коробки их написать нельзя. Теперь вовлекая меня в дискуссию Вы не говорите что если я соглашусь следующим шагом будет вопрос о безумной логике представления в моделях, как Вы это уже делал сто раз до этого. И вот чтобы не катать вату, скажу сразу, что если у приложения нет бизнес логики, то нет и потребности в бизнес моделях, а так же это говорит что mvc на пустом месте не напишешь. Я много раз слышал высказывания о том что есть не только mvc и что не нужно его тащить туда куда не стоит, даже кажется от Вас слышал тоже, но вот продемонстрировали мне это именно Вы.

Остановитесь и отдохните не читая вообще. Потом сядьте и подумайте что такое душа программы. Если бы Вы были творцом то душа была бы то, что несет язык и видят глаза.

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

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

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

Сергей Протько: какая ещё сущьность? У Вас в приложении задокументирована лошадь черного цвета. Вы наняли конюха, купили ржи. Что по Вашему конюх будет делать со ржой и лошадью? Естественно кормить, ведь это логично по mvc.
Но тут оказалось что лошадь не простая, а со вселившемся в неё её предыдущего вуду-владельца, то есть разумная она как человек. И что это меняет? То что конюх переучится в повара и будет готовить её фуагра? Вы говорите что да, а я говорю что нет, ведь первично приложение это не предусматривает.

И я честно больше не буду писать, так как я объясняю Вам то с чего начался разговор а Вы перешли на личности с "ну блять конечно же ивенты", хотя я не понимаю причем композиция логике тут. Вы явно считаете моделью файлик, а не их совокупность и Вам явно больше нечего сказать, так как я УЖЕ СКАЗАЛ ПРИ ЧЕМ ТУТ MVVM НО ВЫ НЕ ВИДИТЕ ЭТОГО. Если изменить немного контекст сообщения Вы как тупой бот попадаете в тупик и начинаете задавать вопросы с самого начала. Я опять говорю что ответ в предыдущем ответе, а Вы опять про MVVM. Я скажу ещё раз - ответ в предыдущем сообщении и человек бы понял в каком, а Вы не понимаете Вы не в состоянии понять контекст и для Вас предыдущие, это как для трактора стоп кран.

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

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

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

Да Вы не человек, а бот. Я прекращаю разговор.

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

вот в этом и проблема, у нас нет двух моделей. Модель всего одна.

Еще раз, Вы не понимаете что такое модель, так как сказали что модели две. Модель всего одна, второй модели с точки зрения приложения не существует, она всего-лишь представление, которое зависит от модели. Но на деле это представление настолько сложное что нуждается в собственной моделе. Но эта модель опять-таки полноценная и не содержит в себе часть представления. Это я сказал для того чтобы показать на примере как выглядит приложение части которого отдельные mvc (это Вы об этом заявили что у Вас все мини mvc).

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

Сергей Протько: вот в этом и проблема, у нас нет двух моделей. Модель всего одна.

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

Это модель из mvc.

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

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

Вы это понимаете? Вы понимаете что всю работу представления в модель засунули?

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

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

Я просто не думал что Вы не можете пять строчек текста за раз переварить. Если Вы так обсуждаете то это Вам к Энтам нужно, у меня все намного проще, урурум.

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

Сергей Протько:

Так что еще раз повторюсь, в чем проблема?

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

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