Не надо натягивать "MVC" на веб и назначать какие компоненты моделью, какие-то вью и т.д.

Вы хотите не "MVC", вы хотите разделение задач по компонентам

а как называть тогда все это?

в любом случае будут слои компонентов

В мвц таких компонентов строго три

В вебе у вас их больше

Называя это мвц вы только путаетесь

База - не "модель", кто-то на сервере ещё должен права доступа проверять, например

Натягивать термин MVC на веб не надо, это вредно

Он вообще для других типов приложений был

Где мы путаемся? У нас нет строго View, которая является веб-страницами / шаблонами для шаблонизатора? Нет контроллеров, которые получают запрос, что-то с ним делают, и выдают результат (шаблоном, json ом (которые тоже view)? У нас нет моделей, в которые зашита, например, работа с её представлением в БД, или, например, что-то относящееся только к этой модели? Чем вообще мешает веб? Чем он принципиально отличается от другого приложения с MVC?

Что, есть я возьму роутер + сервер + MVC то всё, у меня больше нет MVC?

Теперь мой контроллер - не контроллер, мой шаблон не представление, а User c его методами и работой с бД - не модель юзера?

А ещё сотни веб--фреймворков от малых до великих для кучи серверных яп, называющие себя MVC фреймворки нам нагло врут?

контроллер разве выдает результат?

выдаёт представление

Где мы путаемся? У нас нет строго View, которая является веб-страницами / шаблонами для шаблонизатора? Нет контроллеров, которые получают запрос, что-то с ним делают, и выдают результат (шаблоном, json ом (которые тоже view)? У нас нет моделей, в которые зашита, например, работа с её представлением в БД, или, например, что-то относящееся только к этой модели? Чем вообще мешает веб? Чем он принципиально отличается от другого приложения с MVC?

Потому что мвц строго про три компонента, в вебе же слоёв больше. Например, апишечка с роутами - это что? Если посмотреть со стороны гуя то это вроде как модель, а если со стороны бэкенда то вроде как контроллер. Именование компонентов веб-приложений терминами "M/V/C" только путает, а не помогает.

выдаёт представление

оно у тебя от контроллера данные получается берет?

Что-то мешает к MVC добавить router + middleware? Кто сказал, что в приложении на MVC не может быть ничего больше? Простите, а Math, Map, Sort - они где лежат в MVC? Апишка с роутером - MVC. api, наверное, работает с какими-то моделями. в контроллере она, наверное, с ними что-то делает, а в результате мы получаем какое-то представление данных, например, в json. Что не так?

(сейчас кто-то скажет что со стороны бэкенда апишечка это вроде как вью, и будет тоже отчасти прав)

Потому что термины м/в/ц на веб-приложения не натягиваются

В чём принципиальное отличие то?

В чём принципиальное отличие то?

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

Math, Map, Sort - они где лежат в MVC?

Мвц это очень частный случай и он не про веб-приложения вообще.

а веб-приложения больше не приложения?

а веб-приложения больше не приложения?

Веб-приложения приложения. Но мвц не для всех типов приложений подходит.

Если у вас компоненты приложения нелокальны - то изолированных concerns нужно обычно больше, чем три.

Вопрос "Math, Map, Sort - они где лежат в MVC" остался. Интересно тогда ещё услышать пример настоящего MVC. При этом такой, чтобы нельзя было потом спросить "а я добавил туда пуш уведомления | utiles для работы со строчками | отправку увеломдений на почту юзеру | фотку с вебки раз в час для себя, к какому слою оно относится и что делать, если ни к какому?". И чтобы это отношение к слою тоже не было натянутым, как в вебе, где ОРМ модель - не модель.

А ещё сотни веб--фреймворков от малых до великих для кучи серверных яп, называющие себя MVC фреймворки нам нагло врут?

MVC фреймворк, это уже что-то странное. MVC не фреймворк. Вообще framework это всегда Apllication layer. То что втирают про MVC, на самом деле не является MVC.

MVC фреймворк, это уже что-то странное. MVC не фреймворк. Вообще framework это всегда Apllication layer. То что втирают про MVC, на самом деле не является MVC.

ASP.NET MVC Framework от майкрософт - это не фреймворк или не mvc?

Может будет правильнее сказать "фрэйворк поддерживающий принципы mvc"?

ASP.NET MVC Framework от майкрософт - это не фреймворк или не mvc?

Это что угодно, только не MVC. Хочешь узнать про классическое MVC, почитай труды со Smalltalk 70-х годов.

А если написать fs.writeFile('путь/до/несуществующей/папки/file.js'), то он запишется?

Может будет правильнее сказать "фрэйворк поддерживающий принципы mvc"?

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

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

Ну да, но это если уже быть точным)

Это что угодно, только не MVC. Хочешь узнать про классическое MVC, почитай труды со Smalltalk 70-х годов.

Так недалеко и до того, что С++ / C# / Java не ООП, 1С - не ЯП, F# не функциональный, PostgreSQL не реляционный и т.д.

Так недалеко и до того, что С++ / C# / Java не ООП, 1С - не ЯП, F# не функциональный, PostgreSQL не реляционный и т.д.

html - не язык

html - не язык

Css - не игра

а где проведешь линию ты?

А если написать fs.writeFile('путь/до/несуществующей/папки/file.js'), то он запишется?

если папки нет, то выкинет исключение

https://www.youtube.com/watch?v=lVFdFoj83a8&feature=youtu.be

?

html - не язык

Язык разметки )

Язык разметки )

Я думаю, там был сарказм

Всем привет! Может кто новичку подсказать как настоить авторизацию в МонгоДБ? Я завернул ее в докер, создал пользователя, но по прежнему могу подключиться через Компасс без указания логина и пароля, но там уже не написано, что есть пользователь =(

!spam

Докерезировать ноде апп типа гуд практис?

А хз

Овчинка выделки не стоит

если папки нет, то выкинет исключение

и нужно вручную создавать эти папки? А можно как-то это автоматизировать, если имена могут быть любыми?

и нужно вручную создавать эти папки? А можно как-то это автоматизировать, если имена могут быть любыми?

Экзистфайл

Метод

В ноде

Проверить, есть ли такой

файл?

Файл/директория

В общем, там читай

В доке

значит нужно разбить путь на / или \ и проверять наличие, и, если нет - то создавать?

да я знаю про existsSync

В общем, там читай

В доке

Так недалеко и до того, что С++ / C# / Java не ООП, 1С - не ЯП, F# не функциональный, PostgreSQL не реляционный и т.д.

Есть классическое MVC. Которое со временем эволюционировало. И про это даже пишут в самом руководстве по ASP.NET

ERROR: S client not available

значит нужно разбить путь на / или \ и проверять наличие, и, если нет - то создавать?

И в чем проблема тогда? Я уверен, что есть и обычные системные методы для этого

Шелла

нуко

а я не знаю таких

Есть классическое MVC. Которое со временем эволюционировало. И про это даже пишут в самом руководстве по ASP.NET

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

И да, я знаком со smalltalk ещё с курса по ИСБЗ

и нужно вручную создавать эти папки? А можно как-то это автоматизировать, если имена могут быть любыми?

mkdirp библиотека, создаст нужный путь тебе, потом пиши туда файл https://www.npmjs.com/package/mkdirp

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

Postgres это продукт. MVC это архитектурный паттерн, который со временем превратился в кроненберга. И теперь все думают, что так и задумывалось. Но http и observable моделей. Это Кароче вообще не то, для чего придумывали MVC. ПОнимаешь ? Есть адаптация. Но это не значит, что это MVC. Это просто что-то другое, с идеями взятыми из MVC.

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

Postgres это продукт. MVC это архитектурный паттерн, который со временем превратился в кроненберга. И теперь все думают, что так и задумывалось. Но http и observable моделей. Это Кароче вообще не то, для чего придумывали MVC. ПОнимаешь ? Есть адаптация. Но это не значит, что это MVC. Это просто что-то другое, с идеями взятыми из MVC.

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

Дайте человеку поспорить)

mkdirp библиотека, создаст нужный путь тебе, потом пиши туда файл https://www.npmjs.com/package/mkdirp

пасиба

Дайте человеку поспорить)

кому?

Который mvc, не mvc

Я лично после 10 лет десктопных разработок и в вебе подгоняю под mvc архитектуру, чтоб как можно ближе к паттерну было

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

При том, что ООП это подход к программированию. А подходы всегда эволюционируют. А Паттерн это что-то чертежа. Можно конечно туалет превратить в дом, но нахера ?

Может кто подсказать с докером?

При том, что ООП это подход к программированию. А подходы всегда эволюционируют. А Паттерн это что-то чертежа. Можно конечно туалет превратить в дом, но нахера ?

Просто это слишком выглядит придиркой к понятиям. Все понимают, о каком шаблоне идёт речь в контекстах веба, что он представляет из вебя в контекстах веба, в не зависимости от того, что было исторически, почему я не могу разделить своё веб приложение а компоненты, где будет слой представления, моделей и контроллер, а потом назвать их model view controller, а потом назвать это MVC? И мой сосед, разделивший приложение также, тоже их так назовёт, и мы поймём друг друга, и мы нигде не соврали друг другу. Почему, если мы уодим в веб, мы должны придумывать новое название, потому что старое не подходит по канонам?

При том, что ООП это подход к программированию. А подходы всегда эволюционируют. А Паттерн это что-то чертежа. Можно конечно туалет превратить в дом, но нахера ?

Если так удобно, то почему нет, это ж не 1 человек так называет

Может кто подсказать с докером?

что подсказать?

@docker_ru

я сделал контейнер с МонгоДБ и запускаю через Kitematic и не могу разобраться МонгоБД сразу запускается?

спасибо , ухожу в докер чат

Вообще, очень неожидал услышать в этом чате samlltalk

Просто это слишком выглядит придиркой к понятиям. Все понимают, о каком шаблоне идёт речь в контекстах веба, что он представляет из вебя в контекстах веба, в не зависимости от того, что было исторически, почему я не могу разделить своё веб приложение а компоненты, где будет слой представления, моделей и контроллер, а потом назвать их model view controller, а потом назвать это MVC? И мой сосед, разделивший приложение также, тоже их так назовёт, и мы поймём друг друга, и мы нигде не соврали друг другу. Почему, если мы уодим в веб, мы должны придумывать новое название, потому что старое не подходит по канонам?

+++

Просто это слишком выглядит придиркой к понятиям. Все понимают, о каком шаблоне идёт речь в контекстах веба, что он представляет из вебя в контекстах веба, в не зависимости от того, что было исторически, почему я не могу разделить своё веб приложение а компоненты, где будет слой представления, моделей и контроллер, а потом назвать их model view controller, а потом назвать это MVC? И мой сосед, разделивший приложение также, тоже их так назовёт, и мы поймём друг друга, и мы нигде не соврали друг другу. Почему, если мы уодим в веб, мы должны придумывать новое название, потому что старое не подходит по канонам?

Все верно, я согласен, что нужны общие понятия, чтобы понимать о чем идёт речь. Но MVC задумывалась что все его компоненты будут находиться в одном месте. А Http этому мешает. Т.е. ты не можешь апдейтнуть вьюху по событию. Это должен сделать кто-то другой. А если ты юзаешь реакт, то это уже просто напросто нифига не MVC. Потому что твоя вьюха это уже вообще отдельный слой с архиектурой.

Все верно, я согласен, что нужны общие понятия, чтобы понимать о чем идёт речь. Но MVC задумывалась что все его компоненты будут находиться в одном месте. А Http этому мешает. Т.е. ты не можешь апдейтнуть вьюху по событию. Это должен сделать кто-то другой. А если ты юзаешь реакт, то это уже просто напросто нифига не MVC. Потому что твоя вьюха это уже вообще отдельный слой с архиектурой.

Не, если брать клиентскую часть - то да, всё вместе не MVC, конечно. Речь чисто про приложение на сервере. И да, у меня не обновляется вью (если не соккеты). Но всё остальное сохраняется. Единственное отличие - это то, что представление генерируется, а не привязано к модели. Всё остальное в целом остаётся.

Шаблон получается несколько другим - но это просто другое MVC, но оно не перестало быть MVC. Просто есть M, есть V и есть C, так почему бы не быть MVC

Можно назвать это Web-MVC, но букв много лишних)

Раз уж тут были такие интересные темы, то попробую повторить вопрос, который уже задавал. Никто на NodeJS с онтологиями (OWL | RDF) не работал?

В вебе это вроде назвалось mvvp, не?