Вадим Егоров: какая разница если выходит куча. Разграничивайте отвественность, выносите html в шаблоны а css в стили, обезопасьте себя от XSS, работы с базой я у вас там не увидел... попробуйте уменьшить вложенность всех этих массивов...
Вадим Егоров: нет, не напрямую. Обычно из $_GET/$_POST/etc формируют массивы с данными, валидируют их и фильтруют а уже потом юзают. Но не напрямую. Еще неплохой вариант - обертки вроде symfony/http foundation, но тогда уже можно взять какой микро фреймворк на вроде slim или silex.
ГЛЕБ ГЛЕБОВ: ну чем плохо то? В ангуляре все обернуто директивами. Вы используете ngRoute или uiRouter - это директивы, ваши стэйты и контроллеры привязаны к директиве, вы можете дробить ваше приложение на все меньшие и меньшие директивы. Соль именно в этом, дробление приложения на маленькие директивы, которые удобно поддерживать. Словом, принцип единой ответственности, слабая связанность и все то что делает мир чуть лучше.
gatilin222: если у вас структура всех проектов одинаковая то да, у меня к примеру есть три вариации + надо еще после npm -i несколько тасков запустить. В виде yoman генератора это удобнее. Можно конечно на bash написать но я не люблю баш.
Алексей Ситников: для начала, доктрина флашит только изменения. То есть если вы засэтили что-то то это будет сохранено, другие поля останутся без изменения. Возможность поставить лок вручную у вас есть но это необходимо крайне редко.
Вещи которые нуждаются в атомарных измененях аля инвременты и т.д., то есть разного рода счетчики и т.д. просто не стоит хранить внутри сущности или же делать это при помощи специализированных вещей, вроде полей своего типа и т.д
smanioso: ну вот честно, за два года я не так уж и часто дебажил нэйтив, специфика платформы - имеете в виду специфика webview? это совсем другие вещи. + с android теперь все неплохо (crosswalk) а в iOS8 вменяемое webview...
Словом, для каждой задачи свой инструмент. Если у нас куча бизнес логики и простой UI то HTML5 более чем нормально.
react-native сырой проект и не имеет никакого смысла. Это как xamarin - если ты .net-чик то ты можешь писать под ios/android, но тебе всеравно надо знать специфику UI-фреймворков ios/android. Хотя штука забавная, ничего не скажу.
teotlu: да нет, эта штука создана как раз таки для того что бы на мобильных платформах выдавать 60FPS, но там как раз таки фишка в том что UI рисуется. То есть там куча всякой магии внутри. Я если честно так и не нашел время поковыряться с этим чудом.
шаблоны проектирования стоит изучать когда уже разобрался с основами ООП, а еще лучше почитал чего про SOLID и GRASP. А уж потом можно шаблоны учить. что бы просто знать как они называются.
teotlu:
> потому что Cordova обновилась
Не совсем, с 5.0 cordova позволяет подключать другие webview, то есть crosswalk можно подключить просто как плагин, что круто конечно.
Вот меня именно поведение интересовало. Если iOS онли - то тогда профит сомнителен. Ionic сейчас уже не такое стремное гуано каким было пол года назад. Останусь пока с ним.
А как у него с Android и другими платформами? ionic худо бедно нормально работает скажем на win phone. А чисто под iOS html5 никакого смысла не имеет, нэйтив по времени занимает столько же.
nluparev: это стандарт, согласно которому, браузер предоставляет вам возможность создавать свои элементы со своим поведением. Изолированные. То есть вам нужно автокомплит - не вопрос, добавляете такой компонент и используете просто прописав в html соответсвующий элемент или атрибут для инпута. Суть в снижении связанности и изоляции функционала.
kcfco: полимер - это view layer, backbone - это скорее модель и контроллер, то есть вы можете их вместе использовать вполне себе и они будут дополнять друг дружку.
