Комментарии 27
эммм…
а за чем это публиковать здесь?
а за чем это публиковать здесь?
+1
я ещё не разобрался как и где публиковать и как он попал сюда?
0
почему в черновики?
0
Всуну своих пять копеек:
Кроме того что это почти все знают, лучше исопльзовать псевдокод, для тех кто не владеет action script будет понятнее, ну и подсветка кода была бы не лишней.
Кроме того что это почти все знают, лучше исопльзовать псевдокод, для тех кто не владеет action script будет понятнее, ну и подсветка кода была бы не лишней.
+3
переместил
0
Вы заблуждаетесь по-поводу почти все знают. Скорее всего в вашем окружении.
-5
ок. спасибо.
0
> И в конце концов приложение созданное по правилам фреймворка однозначно обретёт правильную форму.
Быдлокодер и с фреймворком все загадит, а хороший программист и без него будет держать код в порядке.
Быдлокодер и с фреймворком все загадит, а хороший программист и без него будет держать код в порядке.
+2
> И в конце концов приложение созданное по правилам фреймворка однозначно обретёт правильную форму.
Быдлокодер и с фреймворком все загадит, а хороший программист и без него будет держать код в порядке.
> В любом случае единственная возможность создания больших, расширяемых и модульных приложений это использование фреймворка.
Это мне ИС в НИИ нужно на фрейворк переводить чтоб оно было хорошим?
Быдлокодер и с фреймворком все загадит, а хороший программист и без него будет держать код в порядке.
> В любом случае единственная возможность создания больших, расширяемых и модульных приложений это использование фреймворка.
Это мне ИС в НИИ нужно на фрейворк переводить чтоб оно было хорошим?
+2
Прошу прощения за дубликат, сам не знаю как это получилось…
+1
Что значит хорошим? Я ведь ясно написал для чего!
0
Наезд был не на MVC, а на фреймоврки.
Я сейчас занимаюсь проектом, он расширяемый, модульный, кроссплатформенный. И, чудеса какие-то, не использует он фреймворков.
Следовательно ваше утверждение ошибочное, как и многие другие в этой статье.
Я сейчас занимаюсь проектом, он расширяемый, модульный, кроссплатформенный. И, чудеса какие-то, не использует он фреймворков.
Следовательно ваше утверждение ошибочное, как и многие другие в этой статье.
+1
… а можно подробнее про ошибочные утверждения в этой статье?
0
1. Самое главное во всех фреймворках это то, что все они диктуют правила создания приложения.
2. Если ты никогда не использовал никакого фреймворка в своих приложениях, то либо они слишком малы и ты не сталкивался с проблемой нарастающего хаоса в коде, либо просто не пришло твоё время :)
3. И в конце концов приложение созданное по правилам фреймворка однозначно обретёт правильную форму.
4. Новичок в программировании начав изучение какого-либо фреймворка автоматически начинает правильно мыслить
5. В любом случае единственная возможность создания больших, расширяемых и модульных приложений это использование фреймворка.
6.… это и будет (Модель); С таким определением многие не согласны.
7. Для того, чтобы уменьшить связываемость кода; — не основное назначение MVC
8. Реализация паттерна MVC; MVC — не паттерн.
Код не читал.
2. Если ты никогда не использовал никакого фреймворка в своих приложениях, то либо они слишком малы и ты не сталкивался с проблемой нарастающего хаоса в коде, либо просто не пришло твоё время :)
3. И в конце концов приложение созданное по правилам фреймворка однозначно обретёт правильную форму.
4. Новичок в программировании начав изучение какого-либо фреймворка автоматически начинает правильно мыслить
5. В любом случае единственная возможность создания больших, расширяемых и модульных приложений это использование фреймворка.
6.… это и будет (Модель); С таким определением многие не согласны.
7. Для того, чтобы уменьшить связываемость кода; — не основное назначение MVC
8. Реализация паттерна MVC; MVC — не паттерн.
Код не читал.
+4
так у вас скорее всего свой внутренний фреймворк
большой проект без фрейворка (в принципе, а не то что это какой-то известный) не потянуть, имхо
большой проект без фрейворка (в принципе, а не то что это какой-то известный) не потянуть, имхо
0
Нет ничего, что подпадает под определние фреймворка. Кстати, а Linux на каком фреймворке написан?
+1
бог его знает на чём он написан :)
но если верить вики (а в данном случае, не верить ей у меня оснований нет): Это каркас программной системы (или подсистемы). Может включать вспомогательные программы, библиотеки кода, язык сценариев и другое ПО, облегчающее разработку и объединение разных компонентов большого программного проекта. Обычно объединение происходит за счёт использования единого API.
такими свойствами обладает любой более-менее большой проект
но если верить вики (а в данном случае, не верить ей у меня оснований нет): Это каркас программной системы (или подсистемы). Может включать вспомогательные программы, библиотеки кода, язык сценариев и другое ПО, облегчающее разработку и объединение разных компонентов большого программного проекта. Обычно объединение происходит за счёт использования единого API.
такими свойствами обладает любой более-менее большой проект
+1
Как по мне — не очень удачное определение, нужно уточнать что такое каркас программной системы…
Ядро системы также подпадает под это определение(.
Ядро != framework?
Ядро системы также подпадает под это определение(.
Ядро != framework?
+2
перед этим всем нужно ставить ИМХО. Так как моё мнение и мнения других людей может отличаться. Перечень всех достоинств, недостатков касательно различных фреймворков и шаблонов проектирования можно перечислять часами, и все они будут верными. Что-то новичок найдёт для себя полезным и не допустит в будущем многих ошибок, а что-то и опытный разработчик. За последние 10 лет разработал множество узконаправленных фреймворков, поэтому в этой статье я хотел донести до начинающих некоторые аспекты программирования.
0
Это все было бы спорным вопросом/ИМХО, если бы вы не употребляли: Самое главное, однозначно, автоматически, в любом случае, единственная…
Просто, после прочтения статьи, у юнных программистов может сложится не очень правильное мнение и понимание, что очень-очень плохо…
P. S. >За последние 10 лет разработал…
Я не пытаюсь поставить под сомнение ваш опыт и интелект, я указываю на проблемки в статье с надеждой, что они будут исправленны. В свое время, меня заставили 2 дня мою первую статью переделывать.
Просто, после прочтения статьи, у юнных программистов может сложится не очень правильное мнение и понимание, что очень-очень плохо…
P. S. >За последние 10 лет разработал…
Я не пытаюсь поставить под сомнение ваш опыт и интелект, я указываю на проблемки в статье с надеждой, что они будут исправленны. В свое время, меня заставили 2 дня мою первую статью переделывать.
0
И все же MVC — это парадигма программирования, а не шаблон проектирования. Вот при реализации MVC уже используются различные шаблоны проектирования.
Парадигма в отличии от шаблона не требует какой-то жесткой архитектуры, как хотите, так и делайте.
Парадигма в отличии от шаблона не требует какой-то жесткой архитектуры, как хотите, так и делайте.
+3
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Зачем нужны паттерны проектирования или «Что такое MVC?»