@OneS, а зачем использовать какой-то CHtml есть всеравно придется писать что-то типа <?= CHtml::encode($model->value); ?> когда можно писать {{model.value}}?
у вас первая функция возвращает данные в том виде, с которым вам приятнее будет работать в представлении, например в виде массива данных. Таким образом вы отделяете логику от представления, и при изменении шаблона не нужно будет менять функцию, которая будет лесть в базу. И наоборот, если вы вдруг решите перевести все на PDO вам не нужно будет менять шаблоны. А еще вы можете вдруг решить вынести шаблоны в файлы и так как все будет инкапсулировано в функцию show_banners то менять придется только ее, весь остальной код от этого не пострадает.
Конечно в контексте вашего примера это все может казаться бессмысленным, так как у вас очень простая задача. Но все же в реальной жизни вам придется писать намного более сложные штуки.
@kamtm переменные должны быть названы так, что бы вгзлянув на название можно было сразу определить зачем она там нужна. Есть даже шутка, что в WEB разработке есть только две сложные вещи: именование переменных и инвалидация кэша.
@Hazrat скорее всего да. Причем насколько я помню такая проблема была только на Windows 7/8, то есть на серверных версиях вроде бы все было хорошо. Это как бы фиксится, но я не помню точно почему так происходит. Суть в том что бы в C:/Windows/system32/etc/hosts был прописан localhost нормально. Там то-ли конфликт с ipv6 версией то-ли что-то еще. Надо гуглить.
@smcopandakun вы просто пытаетесь переложить ответственность на других людей. За вас такие решения принимать никто не собирается. Пройдитесь по вакансиям, оцените ситуацию. Врят-ли эта ситуация ближайшие пару лет изменится. Скажем если брать новичков в Java, проще будет освоиться в сфере Android-разработки, но это только мое мнение, и оно может быть в корне не верным. Не стоит полагаться на мысли других людей делая подобный выбор.
@nSnayp ну и еще... у меня иногда возникает ощущение что чуваки которые лепят cordova делают это число для себя. В случае именно их обертки над WebView нареканий особо нету, особенно с третьей версии. Но вот инфраструктура, cordova-cli и прочие инструменты... лучше их вообще не использовать. Если делаешь проект в одиночку то еще норм, но возникает масса проблем по мере использования в команде. В частности это относится к управлению плагинами - изза глючной работы приходится коммитить нативный код. А в этом случае cordova:prepare создает конфликты на ровном месте у разных членов команды. Приходится обходиться plugman-ом и собирать проекты через ant (благо скрипты антовские для сборки именно вполне себе рабочие).
@nSnayp для вашего приложения проблем не должно быть. Проблемы у phonegap появляются когда возникает необходимость в интерактиве, анимациях переходов по скринам и т.д. Но по опыту скажу что большая часть из них вполне себе решается. Есть так же решения типа steroids.js, которые комбинируют нативный UI и phonegap. Да и в случае чего что-то узкое можно реализовать нативно.
@zBit, символ $ для некоторых сервисов обозначает что это сервисы ангуляра. Точно так же как методы apply (который у объекта Scope и так есть) и $apply. Так же два символва подряд означают что это приватные переменные, к которым лучше не обращаться. Например $scope.$$phase.
поправка - обычно так обозначают как раз таки переменные, содержащие выборку в jQuery обертке. Так что для лучаев типа getElementsByTagName или querySelectorAll нету смысла добавлять $ к назнанию переменной. Возможно люди просто по привычке так делают.
