WebOffline - приложение на базе AngularJS. Введение

Рейтинг:   / 2
ПлохоОтлично 

Написав свою предыдущую статью "Программирование без натива" в разделе блоговода "iOS изучение и разработка" я имел целью не излиться сумбурной мыслью, совсем нет, а поделиться частичкой своего опыта. Рассказать о причинах использования подобного рода архитектур в инженерной практике. Пытался объяснить какие выгоды это несёт как конечному пользователю, так и программисту, хотя о последнем я и упомянул чуть.

Показав статью знакомым инженерам, которые тоже, как и абсолютное большинство современных разработчиков, бьются над идеей мультиплатформенности с минимум усилий, универсальных везде работающим кодом и отвязки источника/расположения приложения от третьих сторон (все эти app-store от apple, google, samsung, yandex и тд и тп)... я понял, что, хоть и движемся мы все однонаправлено, но имеем сильно различные взгляды на инструменты, которыми стоит при этом пользоваться.

Вот и попробую я в этой статье вводно и коротко, на сколько это у меня получится, ответить на вопросы почему Angular...

О смысле жизни.

Давайте для начала определимся с тем: за чем мы это делаем? Любая задача поставленная архитектору/инженеру перед разработкой сразу вызывает взрыв мозга бурю в голове у этого инженера, который "прокачивает" все доступные его знанию и опыту варианты реализации задачи. Тут всё: и личные желания, и лень, и загруженность работой, и размер + опыт команды, если работа командная, и цели + ограничения поставленные проектом + технической базой. Ага wink и всё приблизительно именно в этом порядке. Т.е. задача, она как печка, от которой все и пляшут. И если у вас стоит цель написать UI направлнно от PC к мобильным устройствам, то вам может быть стоит подумать о bootstrap в его чистом виде, а вот когда основным пользователем вашего проекта станет человек "в дороге", т.е. с телефоном или, максимум, с планшетом, то уже может стоит подумать о той "боли", что "испытывает" его наладонное устройство от того же bootstrap, да и кошелёк у пользователя может пострадать от тех объёмов, которые обычно следуют всвязке с бутстрэпом. Хотя... Всё зависит от печки smiley. Например, если вам мужен мобильный сайт, который в условиях, что есть уже его взрослый собрат для PC, должен выполнять, ну, скажем, почти все те же действия, что старший брат, но всё же не те, может даже стоит жёстко разнести братьев. Например: VK.com и m.vk.com. При этом севь backend у них останется единым и все эти JSON REST серверные сервисы останутся, скорее всего, неизменными.

Весь смысл всегда крутится вокруг одного: зачем нам это нужно и чем мы готовы за это заплатить!

А ответ на сие кроется только и только в нашем опыте и знаниях. Ещё, в везении иногда, но везение как судьба - они сами по себе нас не посещают, а являются прямым следствием наших действий по поднятию того самого камня, под который вода течь не хотела.