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

модель в большинстве mvc поделок - просто сущность. нечто, что из базы достали (читай, модель данных). Но что-то здесь не сходится...)

что касается теории mvc как слоя представления - херотень какая-то, если честно)

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

модель в большинстве mvc поделок - просто сущность. нечто, что из базы достали (читай, модель данных). Но что-то здесь не сходится...)

ну вот и я о том же

Ну ладно, MVC не надо. А надо-то как?

надо иметь голову на плечах проблема в отсутствии формализованности

надо иметь голову на плечах проблема в отсутствии формализованности

Да проблем вообще выши крыши: ни головы на плечах, ни паттернов... Разделите приложение с блогом (ну просто же) так, чтобы его могли контрибьютить два человека и не поубивали друг друга.

Да проблем вообще выши крыши: ни головы на плечах, ни паттернов... Разделите приложение с блогом (ну просто же) так, чтобы его могли контрибьютить два человека и не поубивали друг друга.

выдели в блоге основные части

в смысле список приведи)

Well, статьи же. И пользователи. И комментарии.

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

Ну вопрос не в том, кто виноват, а как разделить приложение, чтобы не было мучительно больно за бесцельно сделанные коммиты.

Тоже сильно интересуюсь

ну, почти) у нас есть пользователи, есть статьи пользователей, есть новости, есть новости пользователей, есть комментарии, есть комментарии пользователей. пока всё это по отдельности, мало напоминает блог, не так ли? Надо как-то связать всё это воедино. Есть идеи?

ну, почти) у нас есть пользователи, есть статьи пользователей, есть новости, есть новости пользователей, есть комментарии, есть комментарии пользователей. пока всё это по отдельности, мало напоминает блог, не так ли? Надо как-то связать всё это воедино. Есть идеи?

Нет же, у нас нет новостей пользователей. У нас есть просто пользователи, их статьи и их комментарии. И это отлично напоминает блог.

Нет же, у нас нет новостей пользователей. У нас есть просто пользователи, их статьи и их комментарии. И это отлично напоминает блог.

пользователи отдельно, комментарии отдельно. так же и с остальным

комментарии - это не часть контекста пользователей.

ровно как и новости ими написанные

если пользователи постить ничё не могут, вычёркивай)

пользователь может что-то постить - по крайней мере, один пользователь

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

дык разделили уже)

ты сначала тз на результат дай, а то вдруг у нас понятия "разделить" разные

ты сначала тз на результат дай, а то вдруг у нас понятия "разделить" разные

а он ему нужен, результат этот?) судя по посту выше, не очень)

пользователи отдельно, комментарии отдельно. так же и с остальным

Если вы про это, то ровно так же «разделяют» их эти ваши MVC. На код это малопохоже.

Если вы про это, то ровно так же «разделяют» их эти ваши MVC. На код это малопохоже.

ясна)

Да проблем вообще выши крыши: ни головы на плечах, ни паттернов... Разделите приложение с блогом (ну просто же) так, чтобы его могли контрибьютить два человека и не поубивали друг друга.

В чем проблема то?

Ну тип я вот точно так же разделил тут: И сразу начались MVC-срачи, а как без них — никто так и не сказал.

По просьбам трудящихся, статья размещена в более удобочитаемом виде в телеграфе: https://telegra.ph/CHast-2-Patterny-proektirovaniya-v-celom-i-MVC-v-chasnosti-planirovanie-struktury-budushchego-proekta-08-30

Если головы на плечах нет, то разделение не поможет.

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

но это все в общем-то про M.

кроме того, я обобщу использование трех букв mvc - не есть зло использование того, что вы называете "model", "controller" и "view" - это тоже не есть зло злом является только отсутствие понимания того, что и как делается уподобляться обезьянкам, повторяющим движения за остальными - зло mvc не панацея только потому, что никто не знает, что такое mvc можно "разделить код" нормальным образом, не используя слово аббревиатуру "MVC"

ваша проблема, коллеги, в избытке свободного времени :)

Если головы на плечах нет, то разделение не поможет.

экзактли

ваша проблема, коллеги, в избытке свободного времени :)

тоже экзактли :( пойду работать.

ваша проблема, коллеги, в избытке свободного времени :)

Компилируется же

По просьбам трудящихся, статья размещена в более удобочитаемом виде в телеграфе: https://telegra.ph/CHast-2-Patterny-proektirovaniya-v-celom-i-MVC-v-chasnosti-planirovanie-struktury-budushchego-proekta-08-30

открыл концовку сразу, всплакнул. поздравляю, просто разложено по папочкам. Контексты никак не изолированы, все счастливы и довольны. есть m,v и с как у любого нормального адепта :)

и вот эта структура никак не поможет 2 людям работать на проекте и не пересекаться :)

открыл концовку сразу, всплакнул. поздравляю, просто разложено по папочкам. Контексты никак не изолированы, все счастливы и довольны. есть m,v и с как у любого нормального адепта :)

Well, так для того и пишется: покажите, как надо.

Well, так для того и пишется: покажите, как надо.

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

и вот эта структура никак не поможет 2 людям работать на проекте и не пересекаться :)

Нет, вообще-то поможет. Если кому-то нужно править модуль статей — он будет править модуль статей, и не лезть в пользователей.

Нет, вообще-то поможет. Если кому-то нужно править модуль статей — он будет править модуль статей, и не лезть в пользователей.

ога. а что если я захочу получить все статьи пользователя. я куда пойду?

в новости, или к пользователям?)

или и к тем, и к другим?)

В статьи, конечно.

с чего вдруг?

Покажите как надо? Прошу, умоляю

почему статьи вдруг знают и пользователях и зависят от них?

статья - вполне себе самодостаточная единица.

как в goland отформатировать SQL ? что нажать, куда зайти?

статья может знать об авторе (хотя такой расклад many-to-one тоже не очень хорош), но автор и пользователь - это разные сущности даже при учете отсутствия в конкретном блоге модели/сущности "автор"

статья может знать об авторе (хотя такой расклад many-to-one тоже не очень хорош), но автор и пользователь - это разные сущности даже при учете отсутствия в конкретном блоге модели/сущности "автор"

именно

статья может знать об авторе (хотя такой расклад many-to-one тоже не очень хорош), но автор и пользователь - это разные сущности даже при учете отсутствия в конкретном блоге модели/сущности "автор"

Почему не хорош?

Какой лучше?

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

Почему не хорош?

потому, что статья есть статья и за автора она не отвечает - ей не нужно знать, кто ее написал

потому, что статья есть статья и за автора она не отвечает - ей не нужно знать, кто ее написал

Почему?

Почему?

логика?)

Какая?

Откуда вы берете эти правила?

есть построенный дом. Ты знаешь имена тех, кто его строил?

Да, ЖК например

вряд ли, а дом есть.

Застройщик

они знают, что они строили этот конкретный дом а дому вообще плевать, он только за жильцов отвечает (содержит их)

Застройщик

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

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

А причем тут все люди? Знает все дома

А причем тут все люди? Знает все дома

значит всё ж наугад)

Либо вы не понимаете либо не пользуетесь либо просто хотите попиздеть

Либо вы не понимаете либо не пользуетесь либо просто хотите попиздеть

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

Может быть, но вы же не поясняете

Ладно, концепция самодостаточности статей вроде понятна. Непонятно только две вещи: как узнать автора и почему бы не привязать статьи к пользователям?

Может быть, но вы же не поясняете

ну вот тебе простой вопрос: почему ты, как жилец дома, должен знать имена всех, кто его построил?

а если не должен, то почему?

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

а теперь выбрось из головы реляционную схему, она тебе явно мешает.

С чего мне ее выбрасывать то?

Как мне фильтровать статьи по авторам?

Хочу просто понимать

ну вот тебе простой вопрос: почему ты, как жилец дома, должен знать имена всех, кто его построил?

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

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

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

Ладно, я подыграю. По ID, наверное?

есть построенный дом. Ты знаешь имена тех, кто его строил?

Какая то нелепая аналогия, статью в блоге сравнивать с домом. Книга ближе, знае ли книга своего автора?

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

Так и в чем незнание, если есть ID которое вы прсото не зовете пользователем или автором?

Какая то нелепая аналогия, статью в блоге сравнивать с домом. Книга ближе, знае ли книга своего автора?

Тут своя атмосфера. Контекстами обмазались и сидим

Какая то нелепая аналогия, статью в блоге сравнивать с домом. Книга ближе, знае ли книга своего автора?

пример с разделением контекста в книги можно найти в гугле за 30 секунд. Советую этим вариантом воспользоваться.

Тут своя атмосфера. Контекстами обмазались и сидим

Чёт заорал

пример с разделением контекста в книги можно найти в гугле за 30 секунд. Советую этим вариантом воспользоваться.

Спасибо, мне не надо)

Так и в чем незнание, если есть ID которое вы прсото не зовете пользователем или автором?

тем, что id автора != айди полдьзователя.

тем, что id автора != айди полдьзователя.

И что?

Зачем мне второй айди

пойду поработаю.

Ок.

тем, что id автора != айди полдьзователя.

я поправлю: id автора - это не то же самое, что id пользователя

пойду поработаю.

Отличное решение

тем, что id автора != айди полдьзователя.

Сху... Почему это?

Отличное решение

разговор бесполезен просто.

я поправлю: id автора - это не то же самое, что id пользователя

да, вполне.

разговор бесполезен просто.

Вот именно

Сху... Почему это?

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