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

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

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

Сергей Протько: делаю 3d карусель и вдруг вспомнил эту тему. Компонент 3d карусель состоит из трех других компонентов - 1) контейнер вращения 2) контейнер представляющий из себя одну грань 3) сама карусель. Первые два компонента не имеют ничего общего с тем, что называется модель. Но вот третий главный компонент, полностью работает на модель-бизнес логику, которая полностью управляет этой каруселью, вплоть до расчета угла для каждой из сторон. Ей лишь говорят что был сдвиг влево-вправо. Хороший пример того что даже в интерфейсах есть правильное mvc.
А что касается первых двух компонентов, так у них тоже есть состояния и поведение и все это разнесено по все канонам, но это не mvc и не mvp и не mvvm.

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

Сергей Протько: жалко что нет перевода, а ведь именно из-за этого я Вам когда-то ссылки и давал :)
Я плохо понимаю что там написано. И если честно то впервые встречаюсь с понятием ментальной модели и если я правильно понял её значение, то приблизительно так и есть.

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

А что касается архитектуры сейчасочных приложений, то ближе всего лежит .. но вот redux, но не совсем. В приложении должно быть одно хранили, которое выдает нужные ассеты. Сказать что Store на него похож не будет совсем честным, так как то о чем говорю я устроенно так сложно что его полноценной реализации ещё не существует. Есть разрозненные технологии из которых можно что-то собрать. Тут сразу и реактивное программирование построенное на асинхронных потоках и событийная модель (хотя реактивное подразумевает события). Тут и data storage (типа вот как Вы показали) во всем его полным понимании + сетевые запросы + плюс все это выполнено в виде дерева (вот только в виде какого лучше будет я не знаю). И получится так, хотя оно так и есть, что самая сложная часть приложения это и есть этот ассет манагер, который из всех компонентов делает просто контейнеры для данных.
Это очень сложная тема..

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

Сергей Протько: у этих концепций даже конечные цели разные. Говоря что создатель mvc писал статью в которой рассказывал о вынесении логики представления в отдельную модель, мы подразумеваем что 80х годах программисты были на уровне кофемолки разумом. Сами подумайте, программист и так разделит логику представления да и вообще все что можно, так как нужно. Это же обычное программирование и обычное ооп.
Теперь подумайте вот над чем.. Представьте что Вы перенеслись в 80е годы и решили зайти со своего айфона в соцсете поболтать в чатах, а затем на ютубе что-то позырить.. Ага, тогда этого не было и то что мы, точнее Вы сегодня представляете говоря об mvc тогда просто не существовало. Вэба не было, били лишь сложные вычислительные программы и игры. А вот они как раз и подходят под то о чем пытаюсь донести я, а не Вы.
То есть mvc концепция вынесение бизнес логики в абстрактную модель, которая называется приложение. А у mvp и mvvm задача разделить ... я не понимаю что они вообще разделяют, в то время как описывают обычные повседневные каноны программирования и по сути делая из мухи слона смешивая на уровне сознания программистов в mvc.

Где можно найти больше информации по CSS-анимациям?

а оно если кому-то и нужно то только чтобы воздух сотрясать. На деле сложная css анимация это полный отстой, так как тридцать движущихся квадратиков 20x20 повесят комп.

Чем отличается object extend и assign в es6?

Николай Антонов: это то как нужно относится к этим двум техникам.

Чем отличается object extend и assign в es6?

Николай Антонов: extends прототипное наследование, assign композиция.

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

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

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

Именно! Я где-то говорил что это имеет хоть какое-то отношение к MVC? Я как раз таки хотел сконцентрировать внимание что приложение это обычно чуть по сложнее чем тупо модель.

Ну мы как бы о mvc говорим, разве нет? И Вы именно это показали как модель в своем примере.
А ещё Вы считаете что mvp и mvvm вытекают из mvc, ведь статья у Вас общая.

И под словами - "что приложение это обычно чуть по сложнее чем тупо модель", Вы опять подразумеваете что модель это файлик в котором код. Но я пытаюсь объяснить и оно так и есть в реальности, что модель это и есть приложение. Модель === приложение === торт, все остальное свечи и конфети.

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

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

Именно! Я где-то говорил что это имеет хоть какое-то отношение к MVC?

Ну Вы то и дело говорите - модель, представление, контроллер. Это о чем Вы тогда?)

не не не, сам компонент это не MVC, это только VC (контроллер либо как медиатор либо как активная вьюшка в случае презентеров и вью модель).

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

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

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

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

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

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

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

А у автора mvc компонент это сама кнопка

я имел ввиду что автор говорит о связывании компонентов при помощи mvc, а Вы говорите о создании самих компонентов при помощи mvc. Оговорился.

И смотрите, Вы сказали что что у нас разногласия по поводу mvc и просили фактов, я их предоставил, а Вы так и не сказали что думали иначе или нет и перешли сразу на mvvm и mvp.

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

То есть в случае с фронтэндом активная вьюшка это что-то что формирует DOM (при помощи шаблонизаторов, или просто руками).

Представление это все что составляет не бизнес логику.

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

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

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

Как объявить тип, уточнив generic-класс, и использовать его с new?

а это случаем у Вас не rx?

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

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

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

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

Сергей Протько: вот и представьте что моя каша из реалий, а Ваша из фантазий.
Смотрите сквозь призму человека, который пишет на языке где и отображение и логика и все остальное это один единственный язык. Все компоненты идут из коробки и уже имеют то что Вы все хотите вынести в model.
Это по Вашему кнопка состоит из html === view, js === model и controller === js и все это вместе компонент. А у автора mvc компонент это сама кнопка. Вот объясните как это может понять программист с десятилетним стажем который одел на себя пудовый шлем из php и js, который ещё вчера сжег бы на костре за js который рендерит html?

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

Если Вы сможете переварить это, то можно будет продолжать.

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

Сергей Протько: не могу сказать с уверенность сто процентов, что это правда, но я нашел подтверждение тому что в Smalltalk кнопки и прочие gui можно было переопределять. Что это меняет? Это меняет все! Ведь то что мы обсуждаем это и есть input из Smalltalk. А вот композицию из множества различных компонентов уже создают при использовании архитектурного подхода mvc. То есть если моя теория верна, Вы просто смотрели не через ту призму.

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

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

Но тут можно просто забить на расширяемость и вспомнить слова в которых советуют склонятся в пользу композиции. И вот бы это и поставило точку в моей неправоте, если бы не одно НО.
Если я Ваш компонент буду использовать композиционно то... Хотя это смотря где я его буду использовать. Если в среде таких же компонентов, а это 98% вероятности, то именно этот компонент и будет точкой входа, ведь так и должно быть. А это значит что ему можно передать что угодно и он эти данные раскидает куда нужно.

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

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

Чем является логика компонента?

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

Чем является логика компонента?

Ааа... Сразу не понял что такое БЛ.. То есть Вы считаете что модель из mvc это просто хранилище данных?

Чем является логика компонента?

То есть Вы считаете что хранилище обычных данных, это самая настоящая бизнес логика?

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

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