Вместо да се налага да поддържате вашата машина за разработчици актуална с различните битове, от които се нуждаете, за да създадете вашите приложения, можете просто да прехвърлите кода си в услугата PhoneGap Build на Adobe. Но кой трябва да го използва?
Въпреки че е в бета версия от известно време, PhoneGap Build на Adobe услугата вече е на пазара като подходяща, платена услуга.
Когато Adobe купи PhoneGap през октомври миналата година, направи две неща.
Първо, той подари основната кодова база на софтуерната фондация Apache, като в крайна сметка се спря на името Apache Cordova. Второ, той обеща да продължи да движи историята напред. Услугата PhoneGap Build е една от тези инициативи.
(Запазването на името точно по отношение на PhoneGap и Apache Cordova може да бъде трудно - според мен това е подобно на това как работи Linux. Apache Cordova е основният проект/внедряване, PhoneGap е само една дистрибуция от тази база.)
Сграда
Идеята на PhoneGap Build е, че вместо да се налага вашата машина за разработчици да е актуална с всички различни части и части, от които се нуждаете, за да изградите своя приложения, можете просто да прехвърлите вашия PhoneGap код към услугата PhoneGap Build - която след това го изгражда и ви връща нещо, което можете да инсталирате и стартирате на вашето устройство. Той ще изгражда iOS, Android, Windows Phone, BlackBerry и - може би нелепо - webOS и Symbian. (Казвам „нелепо“, но може би това, което имам предвид тук, е „предпазливост“ – не мога да си представя, че биха искали да продължат да подкрепят в този дългосрочен план. Съмнявам се, че бих искал да разчитам на него.)
PhoneGap Build се вписва в подхода на PhoneGap - в края на краищата самият PhoneGap е неутрален към устройството, така че защо вашата работна станция за разработчици да не бъде също така? Е, ще стигнем до това.
По отношение на ценообразуването PhoneGap Build разглежда приложенията с отворен код и частните приложения като отделни неща. Можете да конфигурирате колкото искате приложения с отворен код – и те автоматично се изтеглят от GitHub. Има безплатно ниво, където можете да имате едно частно приложение (или от частно репо на GitHub, или вие качвайте zip файл всеки път, когато искате да изградите), или можете да плащате $9,99 на месец и да имате до 25 лични приложения. Има и ограничение за броя на компилациите, които можете да направите. Можете да правите 100 на ден на безплатно ниво, 1000 на ден на платено ниво.
100 на ден не са много. На уебсайта казват, че можете да правите три на ден. Наистина, ако правите това като работа, ще работите около 21 дни в месеца, така че това е около 4,7 на ден. Независимо от това, това е твърде малко, за да бъде от практическа полза, освен ако не го хаквате за няколко дни, след това напускате за няколко седмици, след което се връщате към него и т.н. Нивото 1000 е по-добро, но не е ясно дали това са 1000 компилации на 25 частни приложения или 1000 компилации в цялата партида. Свързах се с тях по този въпрос, но подозирам, че е 25 в цялата партида. Въпреки това, няма да работите върху 25 приложения за един месец, така че ще се изненадам, ако достигнете това ограничение.
Това, което обаче не искате да правите, е да достигнете този лимит в 20:00 ч. в неделя вечер, когато отчаяно искате да предоставите нова компилация на клиент първото нещо в понеделник сутринта. Разчитането на услуги на трети страни - освен ако не ги управлявате правилно - е чудесен начин да превърнете недоволен клиент в съдебен.
Липсата на инструменти за разработчици на работните станции изобщо прави отстраняването на грешки малко трудно.
Според целта на всички freemium модели за ценообразуване, безплатното ниво е малко безнадеждно. Ако искате да използвате това, продължете и бюджетирайте своите $119,88 на година.
Трябва ли да го използвате?
Ако се занимавате сериозно с разработката на приложения... не.
Основната идея около PhoneGap Build е, че не е необходимо да имате работни станции за разработчици, конфигурирани с инструментите. Като цяло мобилните инструменти са трудни за настройка, така че можете да видите аргумента. Сложността в това отношение обаче трябва да се управлява проактивно в средата за разработка, а не да се игнорира.
Това, което казвам тук, е, че компетентността във вашата организация за разработка - ако сте сериозни за разработката - трябва да бъде управлявана и подобрена. Разработчиците не трябва да намират за мъка да започнат работа на *която и да е* платформа, мобилна или друга. Ако сте сериозни за развитието на мобилността, всеки разработчик се нуждае от собствена работна станция с всички инструменти, настроени и готови за работа. Плюс това те трябва да имат това потупване, за да избегнат сърдечна болка, ако са под напрежение и бързат.
Да не говорим за факта, че липсата на инструменти за разработчици на работните станции изобщо прави отстраняването на грешки малко трудно.
Освен това погледнете начина, по който работим днес: Ако създавахте настолно приложение на Windows Presentation Foundation, вие няма да го напише в Notepad и да продължи да прехвърля източника към услуга, където ви връща изпълним файл на тест. Ще използвате локално копие на инструментите за разработчици. Но може би това е старомоден възглед.
Заключение
PhoneGap Build е интересен - най-малкото показва модел, при който инструментите за разработка са избутани в облака, премахвайки зависимостта всичко да е настроено на работна станция за разработчици. Моето мнение: работните станции за разработчици трябва да бъдат конфигурирани правилно и напълно, ако сте сериозни за мобилно развитие и нещо като PhoneGap Build е за ограничена употреба за любители.