|
Сообщение от FINoM
|
|
Не MVVM
|
вот теперь понял
Ознакомился со статьей на хабре.
|
Цитата:
|
|
Правильный способ (подробнее о методе .each в статье об MK.Object):
|
|
Цитата:
|
|
Я предпочитаю разграничивать «комплексные» элементы приложения таким образом, чтоб каждый элемент являлся элементарным классом (что я имею в виду, будет понятнее в статье о наследовании), привязок в котором не так много. Возможно, мой подход сильно деформирован убеждением о том, что JS код и HTML должны быть максимально разграничены: верстальщик верстает, а программист, если и вносит, то только минимальные и необходимые изменения.
|
Я об этом и толкую
Любой верстальщик может декларативно задавать поведение, глядя на написанное ранее js програмистом. Если сомневается - не использует. Все просто.
Попытаюсь обосновать плюсы декларативности:
<div>
<input type="text" ng-model="model.field" />
</div>
- я вижу куда именно к модели привязан инпут, без необходимости лезть в js-код
- код привязок (биндингов) преимущественно "лапша". Только место занимает и внимание на себя отвлекает. Его, кстати,
очень много в приложениях.
- возможность задавать поведение декларативно
<div ng-show="model.type[0|1]"></div>
- сходу не помню )
|
Цитата:
|
|
Цитата:
|
|
Обновлений в html будет много, а надо только одно, как этим управлять?
|
Почему вы так решили? ДОМ изменяется только тогда, когда меняется значение свойства:
|
DjDiablo об этом
писал
|
Цитата:
|
|
Предложите, пожалуйста, какой-нибудь вариант решения.
|
|
Цитата:
|
|
Тут к сожалению нет решения, для js точно, в каком-нибудь TypeScript можно, а тут нет.
|
|
Цитата:
|
|
Искать по bindElement
|
|
Цитата:
|
|
Как-то нетривиально, а если ещё смешивать с какими-нибудь другими либами, вообще не представляю как люди будут ориентироваться в таком коде.
|
а как люди в борьще ориентируются?
p.s.: комменты на хабре веселят:
|
Цитата:
|
И снова зависимость от jquery 
|
required: a computer