фигурные скобки можно убирать только если там очевидно ничего больше не добавится. То есть случаи когда идет return. В других случаях убирать скобки только ради компактности кода плохо, ибо появляется возможность не поставить их когда они понадобятся.
И отказ от jquery не говорит об отказе от других фреймворков. Скажем lodash/underscore все еще бывает нужен, а без всяких backbone/spine/angular/ember и т.д. уже тяжело делать что-то сложное, но jquery для сложного не нужен.
Проблема то в том что все то, что позволяет обходиться без jquery появилось буквально за последние пару лет, и скажем некоторые вещи на самом деле проще реализовать на vanila js
1. Установите grunt локально для проекта (то самое что npm install --save)
2. Создайте файлик Guntfile.js
3. Далее по примеру (котоых тысячи на гитхабе есть, например такой: https://github.com/angular-app/angular-app/blob/ma...)
А с потоками вам никто и не даст пока поработать. Единственная возможность как-то выносить тяжелую обработку это webworkers. Я лишь указал что если у вас в ajax запросе нужно поставить sync в true, то у вас что-то пошло не так. Ну и если вы с промисами разобрались то ок.
@oyaebunterkrah razor-view насколько я помню это лишь один из компонентов. Вы так же вместо рендринга шаблонов можете все красиво сериализовать в json и т.д. Сила .NET MVC не в шаблонах же.
p.s. Я использую angularjs для админок и всего того, что не нужно индексировать поисковиками, ибо с последним геморой будет в любом случае.
@LFDR никогда не используйте id в качестве селектора. Id нужно использовать только тогда, когда вы уверены на 100% что элемент всегда будет один на странице.
По поводу кукисов, да, если пользователь сбросит их то счетчик будет сброшен.
.NET MVC по сути предоставляет вам возможность грамотно построить структуру приложения, и то что приложение является REST-сервисом ни чуть не умиляет сложность оного.
@oyaebunterkrah на счет этого можете не беспокоиться. angularjs это как вы правильно заметили, фрейморк для разработки клиент-сайд приложений. ASP.NET MVC же для бэкэнд части.
@CoolerMan почитайте про DDD, там конкретно говорится что такое доменная модель и вам не нужно будет путаться во всех этих условностях. MVC сейчас довольно расплычтаное понятия. Главное просто писать слабо связанные системы.
Хотя опять же Symfony не совсем MVC. Как говорит его создатель Фабьен:
"I don't like MVC because that's not how the web works. Symfony2 is an HTTP framework; it is a Request/Response framework."
@CoolerMan любопытно узнать откуда вы услышали этот слух... Вы можете привести аргументы против? Как по мне один жирный класс который может все это не очень хорошо.
По поводу функционала yii - из того что вы описали как я понимаю, у вас не так много опыта работы с этим фреймворком. Скажем те ограничения которые вы описали, следствие не знания того что можно делать в yii.
Если вы хотите соблюдать базовые принципы ООП то вам нужен не active record а data mapper. С ar в контексте yii это не возможно, так как у вас один класс знает и про валидацию, и про хранение в базу и т.д. что не есть правильно.
