Programmeertalen en -technieken voor mobiele applicatieontwikkeling

MobileTogether is een gebruiksvriendelijk, low-code platform voor app-ontwikkeling waarmee u geavanceerde apps voor alle platforms kunt maken, allemaal vanuit één ontwerp.

Low-code betekent niet dat er geen code nodig is. Een database-expert kan bijvoorbeeld beginnen met een paar SQL-query's en vervolgens de drag-and-drop interface van MobileTogether gebruiken om een app te maken met overzichtelijke tabellen en grafieken om actuele bedrijfsgegevens weer te geven. Ervaren ontwikkelaars gebruiken daarentegen vaak vertrouwde programmeertechnieken bij mobiele ontwikkeling om zeer complexe en elegante MobileTogether-oplossingen te bouwen.

Ontwikkelaars definiëren gebruikersfuncties, parameters, variabelen, lussen of complexe datastructuren wanneer dat het juiste gereedschap is voor de taak. MobileTogether maakt het snel en eenvoudig om alle functies van het apparaat te besturen – de camera, microfoon, GPS, SMS, handschriftinvoer en meer. MobileTogether helpt u uw visie snel te realiseren en echt geweldige mobiele apps te ontwikkelen, met genoeg aantrekkingskracht om viraal te gaan.

MobileTogether draait om het efficiënt uitvoeren van taken, niet om het beperken van de manier waarop u dat doet. Laten we eens kijken naar een paar voorbeelden van programmeertechnieken die in MobileTogether-applicaties worden gebruikt.

MobileTogether Designer is de desktop-tool voor het maken van mobiele apps die op verschillende platforms werken. Het is gratis te gebruiken en wordt geleverd met een verzameling voorbeeld-apps die u kunt analyseren om te zien hoe ze zijn gemaakt.

Gebruikersfuncties in een app voor pakketbezorging

Het voorbeeld "Parcel Delivery" is een complete simulatie van een echte app voor pakketbezorging. De eindgebruiker neemt de rol aan van een bezorger voor een transportbedrijf, die pakketten moet bezorgen van een magazijn in New Jersey naar bestemmingen in New York City, onder begeleiding van GPS. U kunt de app uitvoeren in het simulatievenster van de designer om een realistische weergave van de route naar elke bestemming te zien. Als u "Parcel Delivery" op uw eigen telefoon uitvoert, gebruikt uw mobiele apparaat de ingebouwde GPS-functionaliteit. Maar als u zich niet fysiek in New York bevindt, toont de app lange routes en geschatte reistijden naar elke bestemming! U kunt eenvoudig op de knop "Ik ben hier" in de app klikken om de route te overslaan en direct naar de bestemming te gaan.

"Parcel Delivery" is ontwikkeld door een ervaren programmeur en is sterk afhankelijk van functies die door de gebruiker worden gebruikt. Zo toont de app aan het begin van de dag bijvoorbeeld een lijst met bezorgopdrachten. Naarmate de bezorgingen worden uitgevoerd, kan de gebruiker terugkeren naar deze pagina om te zien wat er nog gedaan moet worden, zoals te zien is op de onderstaande afbeeldingen die zijn gemaakt met een Android-telefoon:

De app creëert beide weergaven vanuit één enkel paginadesign, waarbij de exacte weergave wordt bepaald door het evalueren van gebruikersfuncties. Hieronder een blik op de pagina in de MobileTogether Designer:

De ontwikkelaar heeft op deze pagina twee functies voor gebruikers geplaatst: PartiallyFinishedDestinations() en RemainingDestinations(). Zonder verder onderzoek, vermoed ik dat de IF-operator voor PartiallyFinishedDestinations() een waarheidswaarde (waar of onwaar) oplevert. Is de bezorger al iets bezorgd? En RemainingDestinations() moet de lijst zijn van alle bestemmingen die nog moeten worden bezocht.

Laten we de app in de simulator uitvoeren om te zien of ik gelijk heb. Hier is de eerste weergave van de takenlijst in de simulator:

De uitvoering wacht op een klik op de knop "Start levering!". In plaats van verder te gaan, kunnen we op de knop "XPath-tool" onder "Pagina-broncode" klikken om een analyse uit te voeren op de interne werking van de app. De XPath-knop opent het venster hieronder, waar ik al "PartiallyFinishedDestinations()" heb geselecteerd uit de lijst met door de gebruiker gedefinieerde functies:

Nu kan ik op de groene knop "Start" of op de knop "Evaluator" in de bovenste werkbalk klikken om de functie te evalueren:

Het resultaat van de gebruikersfunctie is "onwaar" – de bezorger heeft nog niets afgeleverd. Als ik dezelfde stappen uitvoer voor de functie "RemainingDestinations()", krijg ik dit resultaat:

Het resultaat van de gebruikersfunctie RemainingDestinations() is een lijst waarin elk element een datastructuur is die alle details over de bestemming bevat.

De MobileTogether Designer heeft een hoofdmenu-item voor gebruikersfuncties:

Hier definieerde de ontwikkelaar oorspronkelijk de gebruikersfuncties, en hier kunnen we nu terecht om de gebruikersfuncties te bekijken of te bewerken. De optie "Lijst van alle gebruiksvoorbeelden..." genereert een rapport in het venster "Berichten".

Programmeertracks in mobiele ontwikkeling: Subroutines met parameters

Actiegroepen in MobileTogether zijn in feite subroutines die een reeks acties verzamelen die u kunt aanroepen wanneer u dat nodig heeft in een app. U kunt meer lezen over acties en actiegroepen, of een video demonstratie bekijken.

Net als bij subroutines in elke programmeertaal van een hoger niveau, is het soms het meest efficiënt om invoerwaarden tijdens runtime als parameters door te geven aan een Actiegroep. Laten we als voorbeeld een app bekijken, genaamd "Air Quality", die webdiensten raadpleegt van het "World Air Quality Index"-project en metingen van sensoren over de hele wereld rapporteert.

De luchtkwaliteit wordt verslechterd door natuurrampen zoals bosbranden en vulkaanuitbarstingen, grootschalige industriële en commerciële activiteiten, en de som van individuele menselijke activiteiten zoals koken, verwarmen en autorijden. Weersomstandigheden kunnen vervuilende stoffen op elk moment en op elke plaats concentreren of juist verspreiden. De app stelt de gebruiker in staat om een specifieke locatie of een gebied te selecteren, waarna de meest recente meetwaarden van de luchtkwaliteit worden weergegeven. Deze app is ontwikkeld door een amateur.

De API van de Wereldwijde Luchtkwaliteitsindex gebruikt afzonderlijke REST-verzoeken voor verschillende soorten locaties, en elk verzoek geeft een iets andere dataset als antwoord. Een gemeenschappelijk kenmerk is dat de lokale tijd van elke meting wordt geretourneerd als een GMT-tijd met een offset. U moet deze waarden aanpassen om gebruikers de correcte lokale tijd te tonen.

Het werken met berekeningen van data en tijd kan ingewikkeld zijn! Geloof me, als u dit nog nooit zelf heeft hoeven doen, of lees ons artikel over data transformatie valideren. Maar dit is een perfecte toepassing voor een Actiegroep, die eenmaal gemaakt kan worden en vanuit verschillende punten in de workflow kan worden aangeroepen. Als we de tijd- en offsetwaarden als parameters doorgeven, heeft de actiegroep slechts één set acties nodig om de lokale tijd te berekenen en te formatteren, ongeacht de bron van de gegevens.

Hieronder vindt u de definitie van de actiegroep in het dialoogvenster "Actiegroepen" in de ontwerper:

De parameterdefinities staan bovenaan, met de namen $time en $adj die door de ontwikkelaar zijn toegewezen. Omdat de optionele vakjes niet zijn aangevinkt, zijn beide parameters verplicht bij elk gebruik van de actiegroep.

De ontwikkelaar heeft meer stappen in de actiegroep opgenomen dan je misschien verwacht. Het blijkt dat niet alle tijdzones precies een volledig uur verschillen van GMT. Zo verschillen Newfoundland, Canada, en Teheran, Iran, bijvoorbeeld met enkele uren, plus of min 30 minuten!

Hier is een voorbeeld van de functie "Calc Local Time" die vanuit een andere actiegroep wordt aangeroepen:

Dit is de laatste stap voordat de app de kaart en de informatiepagina laadt om de luchtkwaliteitsindex (AQI) voor één stad weer te geven. De parameters worden direct doorgegeven door te verwijzen naar het resultaat van de API-query, zonder onnodige bewerkingen. Parameters kunnen individuele waarden doorgeven, zoals hier getoond, maar ook arrays of lijsten. U kunt parameters gebruiken met actiegroepen, of met subpagina's, controle-templates, of om automatisch een andere app te starten wanneer een app wordt gesloten.

Deze post behandelt slechts twee programmeertechnieken voor mobiele ontwikkeling die u kunt gebruiken met MobileTogether. Gebruik al uw vaardigheden en tools om de meest efficiënte apps te bouwen in de kortst mogelijke tijd! Bekijk onze videodemonstraties, meer voorbeeldtoepassingen, of zelfs de online handleiding voor een uitgebreid overzicht van alle informatie. Wanneer u klaar bent om aan de slag te gaan en uw eigen mobiele apps voor verschillende platforms in recordtijd te ontwikkelen, download dan de MobileTogether Designer.