Тщетность подхода создания навороченных стуктур для распределенных сетевых приложений

[КорДум]

Не-не
Я даже сам не представляю оного. В больших сетевых приложениях MVC самое-то.

[TanaTiX]

Тигер, перечитай свои статьи по МВЦ. Мне помогает

[mikhailk]

Подозреваю, лицензия на отстрел геймдизов исправила бы ситуацию.

На мой взгляд, некоторые вещи иногда действительно удобнее делать "автономно". Те же тултипы для кнопок. Один раз при загрузке приложения зарегистрировал в классе "Тултип" контейнер, в котором их показывать, и потом просто по маусоверу привязываешь новый объект "тултип" к объекту под маусом. Маус ушел с него, тултип самоудалился. Надо ли для этой задачи задействовать другие компоненты вью и надо ли рассылать эвенты с информацией, что такой-то контрол запросил тултип? Конечно, можно, но смысл?

[andrew911]

mikhailk
а если потом окажется что надо показать два тултипа одновременно

[expl]

Подозреваю, лицензия на отстрел геймдизов исправила бы ситуацию.

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

В разработке машин/приборов еще техзадание может не меняться - но и они обязательно доводятся и неоднократно меняются в процессе эксплуатации.

Так что стреляй геймдизов - не стреляй - против законов природы не попрёшь и проще от этого не станет.

[Котяра]

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

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

[expl]

Судя по названию топика на хабре - это ступени "некомпетентности"
Так что Тигра! Слезай с этой лесенки и переходи на ступени "компетентности"!

[cleptoman]

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

[expl]

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

Но чтобы всё минуть - нужен супер-мозг

Например, недавно переделывал чудо-контроллер с 3-мя свичами из 20-и case-ов. Причём поведение по заданию надо было упростить и свести свичи к 10-и кейзам (при этом изменить их поведение, конечно). Так вот у меня ничего не получилось . Пришлось отрефакторить к паттерну "состояние". Как с бОльшим объёмом справлялся мозг коллеги - загадка.

[willis83]

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