<trigger-button-container class="trigger-button-container"
ng-class="{
mousein: trigger == 'in',
mouseout: trigger == 'out',
play: trigger == 'play',
pause: trigger == 'pause'
}"
ng-mouseenter="trigger='in'"
ng-mouseleave="trigger='out'"
ng-click="trigger=trigger == 'pause' ? 'paly' : 'pause'">
<play-button></play-button>
<pause-button></pause-button>
</trigger-button-container>
$scope.trigger = {
mousein: flase,
mouseout: flase,
play: flase,
pause: flase
//...и кто знает какие будут ещё
}
<trigger-button-container class="trigger-button-container"
ng-class="{
mousein: trigger.mousein,
mouseout: trigger.mouseout,
play: trigger.play,
pause: trigger.pause
}">
<play-button></play-button>
<pause-button></pause-button>
</trigger-button-container>
Я новичок в вэбе и не сделал ещё ни одного сайта, но цель моя и не они. Я пришел сюда чтобы применить знания полученные в gamedev в "мегасайтах", которые будут на половину состоять из canvas либо svg. Оговорюсь сразу, что можно было бы и на все сто процентов, но это много чего можно, но не значит лучше. И так вот когда я думаю о завтра, то начинаю сомневаться, что для правильного spa мне нужен angular. Ведь он может помочь только с dom, но не как не с canva (не знаю о svg по этому буду говорить только о canvas). Ведь для использования canvas мне нужно так же mvc, но не то компонентное, которое angular предоставляет.
По этому вывод - он только для микроприложений построенных.
И ещё он не нравится тем, что в нем отсутствует модель. Да, есть контроллер, котрый можно использовать как viewModel, но модели так и нет. Данные, которые должны находится в модели, размазаны по сервисам, а то и того хуже, фабрикам, что в свою очередь превращает программирование в процедурное.
Да, фабрика может хранить данные, сервис же должен только обрабатывать их (получать или что-то с ними делать), но в тот момент, когда я в viewModel'е хочу начать с ними работать, я должен их подтягивать из модели. Нет классической (от слова классика) модели, нет mvc.
А hmvc это нечто! Зачем вводить слой для связи контроллеров, когда они и так прекрасно общаются через mainController при помощи событий.
Вот частенько всплывают вопросы, можно ли одному контроллеру обрабатывать несколько моделей. И все говорят можно. И вот на мой взгляд упоминание о hmvc говорит лишь о том, что кто-то не столь умный не стал у чуваков спрашивать "а можно ли контроллеры будут общаться", а сразу написал о этом статью.
А что самое страшное, что потом новички этот абсурд воспринимают как правило и составляют на их фундаменте новые, более абсурдные. Скоро забудем о ооп, ведь будут появляться статьи о "фабричном подходе" где будут говорить что это сверх эволюция, ведь так проще писать.