Зачем нужны паттерны проектирования или «Что такое MVC?»

[unconnected]

эммм…
а за чем это публиковать здесь?

[timer69]

я ещё не разобрался как и где публиковать и как он попал сюда?

[unconnected]

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

[timer69]

почему в черновики?

[mr_avi]

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

[timer69]

переместил

[timer69]

Вы заблуждаетесь по-поводу почти все знают. Скорее всего в вашем окружении.

[mr_avi]

Ну ок, от почти все открещусь, добавьте хотя бы подсветку, она делается с помощью тега <source class=«php»> например тут код </source>

[timer69]

ок. спасибо.

[TheHorse]

> И в конце концов приложение созданное по правилам фреймворка однозначно обретёт правильную форму.

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

[TheHorse]

> И в конце концов приложение созданное по правилам фреймворка однозначно обретёт правильную форму.

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

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

Это мне ИС в НИИ нужно на фрейворк переводить чтоб оно было хорошим?

[TheHorse]

Прошу прощения за дубликат, сам не знаю как это получилось…

[timer69]

Что значит хорошим? Я ведь ясно написал для чего!

[TheHorse]

Наезд был не на MVC, а на фреймоврки.

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

[timer69]

… а можно подробнее про ошибочные утверждения в этой статье?

[TheHorse]

1. Самое главное во всех фреймворках это то, что все они диктуют правила создания приложения.
2. Если ты никогда не использовал никакого фреймворка в своих приложениях, то либо они слишком малы и ты не сталкивался с проблемой нарастающего хаоса в коде, либо просто не пришло твоё время :)
3. И в конце концов приложение созданное по правилам фреймворка однозначно обретёт правильную форму.
4. Новичок в программировании начав изучение какого-либо фреймворка автоматически начинает правильно мыслить
5. В любом случае единственная возможность создания больших, расширяемых и модульных приложений это использование фреймворка.
6.… это и будет (Модель); С таким определением многие не согласны.
7. Для того, чтобы уменьшить связываемость кода; — не основное назначение MVC
8. Реализация паттерна MVC; MVC — не паттерн.

Код не читал.

[unconnected]

так у вас скорее всего свой внутренний фреймворк
большой проект без фрейворка (в принципе, а не то что это какой-то известный) не потянуть, имхо

[TheHorse]

Нет ничего, что подпадает под определние фреймворка. Кстати, а Linux на каком фреймворке написан?

[unconnected]

бог его знает на чём он написан :)
но если верить вики (а в данном случае, не верить ей у меня оснований нет): Это каркас программной системы (или подсистемы). Может включать вспомогательные программы, библиотеки кода, язык сценариев и другое ПО, облегчающее разработку и объединение разных компонентов большого программного проекта. Обычно объединение происходит за счёт использования единого API.
такими свойствами обладает любой более-менее большой проект

[TheHorse]

Как по мне — не очень удачное определение, нужно уточнать что такое каркас программной системы…
Ядро системы также подпадает под это определение(.
Ядро != framework?

[unconnected]

а почему так сразу и !=? в контексте очень может стать ==

в общем, я думаю мы долго можем кидаться словами, но это будет уже неинтересно :)

[timer69]

перед этим всем нужно ставить ИМХО. Так как моё мнение и мнения других людей может отличаться. Перечень всех достоинств, недостатков касательно различных фреймворков и шаблонов проектирования можно перечислять часами, и все они будут верными. Что-то новичок найдёт для себя полезным и не допустит в будущем многих ошибок, а что-то и опытный разработчик. За последние 10 лет разработал множество узконаправленных фреймворков, поэтому в этой статье я хотел донести до начинающих некоторые аспекты программирования.

[TheHorse]

Это все было бы спорным вопросом/ИМХО, если бы вы не употребляли: Самое главное, однозначно, автоматически, в любом случае, единственная…

Просто, после прочтения статьи, у юнных программистов может сложится не очень правильное мнение и понимание, что очень-очень плохо…

P. S. >За последние 10 лет разработал…
Я не пытаюсь поставить под сомнение ваш опыт и интелект, я указываю на проблемки в статье с надеждой, что они будут исправленны. В свое время, меня заставили 2 дня мою первую статью переделывать.

[timer69]

всегда «ЗА» аргументированную критику.

[timer69]

… но тем не менее, главный смысл раскрыт в этой статье.

[AxisPod]

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

Парадигма в отличии от шаблона не требует какой-то жесткой архитектуры, как хотите, так и делайте.

[JIghtuse]

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