Чистый, модульный код против MV * Рамки

Я слышал много о «новых» MV * -форматах. Я возился с KnockoutJS, создавая приложение для выставления счетов, но я предпочитаю писать чистый, модульный код в необработанных JavaScript-утилитах API-интерфейсов и других библиотек при необходимости.Чистый, модульный код против MV * Рамки

Учитывая методологический/структурированный/SOLID подход к написанию приложения JavaScript, в котором соблюдаются ООП, SOC, SRP и другие принципы проектирования, не будет ли излишним использование структур MV *?

Есть ли какие-либо статьи, которые выражают/устраняют эти проблемы?

Я нашел один в прошлом:

http://www.netmagazine.com/opinions/dont-get-tied-one-javascript-framework

источник

2013-08-14 culturalanomoly

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

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

источник

2013-08-14 03:37:57

Добавление к @trevor ответа, вероятность того, что вы делаете ошибки при создании такой реализации \ фреймворк меньше по сравнению с уже проверенными и проверенными фреймами. В конце концов вам придется исправить все проблемы, которые приходят как часть вашей собственной реализации. – Chandermani

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

Нокаут очень модульный, но также очень удобный. Например, шаблон bindingHandler очень упрощает расширение библиотеки с помощью jQuery UI и т. Д.

MVVM - это всего лишь шаблон, который склеивает логику View и View (ViewModel) вместе раздельно (если вы делаете это правильно) , Вы по-прежнему выигрываете от модульности, ООП и т. Д. Поэтому вы можете продолжать делать то, что делали в прошлом, только лучше.

источник

2013-08-14 10:05:00 Anders

Чистый, модульный код против MV * Рамки

ответ

Смежные вопросы