Purpose – To examine if there is any difference regarding performance between the two frameworks Ionic and React Native to ease decisions which one to use when developing mobile applications. Method – A comparative study with hypothesis based on earlier studies are tested with different experiments. Findings – Ionic is performing faster in the majority of the experiments, but at the same time its CPU and memory usage is higher. The results also show that React Native is struggling with larger data-sets. Implications – The study is contributing to a wider knowledge about cross-platform frameworks performance, and therefore facilitates the choice on which framework is more preferable to use. Limitations – The study only includes Ionic and React Native, and no conclusions can therefore be applied to any other cross-platform frameworks. The results are not generalizable to cross- platform native vs cross-platform hybrid, or Android vs IOS / Syfte – Studiens syfte var att undersöka om det är någon skillnad prestandamässigt mellan ramverken Ionic och React Native för att utveckla ett beslutsunderlag och underlätta val av ramverk vid utveckling av applikationer. Metod – En jämförande studie som införskaffat en teoretisk bakgrund genom en litteraturstudie, och sedan framställt hypoteser som testats genom olika experiment. Resultat – Studiens resultat visade att Ionic presterade snabbare än React Native i majoriteten av experimenten, samtidigt som CPU och minnesanvändningen var högre. Resultaten beror antagligen på hur ramverken använder sig av olika tekniker som bland annat DOM och virtuell DOM för att rendera saker på skärmen. Resultaten visar också att React Native har stora problem att rendera större datamängder då applikationen låser sig fram till dess att den lyckats rendera allt. Implikationer – Studien bidrar till att bredda kunskapsbasen och underlätta vid val mellan olika ramverk för utveckling av cross-platform applikationer. Begränsningar – Studien avhandlar bara React Native och Ionic som ramverk, inga slutsatser kan dras för skillnader mellan cross-platform native och cross-platform hybrid. Applikationerna är byggda utan tidigare erfarenhet utav ramverken.

Mobilindustrin är under ständig förändring vilket har lett till en fragmenterad marknad somsmåföretag har haft svårt att etablera sig i. Småföretag har haft problem med att utvecklakvalitativa applikationer till olika mobila plattformar. Anledningen är att det varitresurskrävande att utveckla native applikationer till flera plattformar och underhålla flerakodbaser. Till följd av detta har mindre företag oftast valt att utveckla webbapplikationer för attleverera tjänster som når ut till många konsumenter. Hybrida ramverk har på senare år etableratsig som en potentiell lösning för att utveckla mobila applikationer med högre prestanda ochfunktionalitet än webbapplikationer och samtidigt möjliggjort för utvecklare att dela kod mellanolika plattformar. I denna studie intervjuades anställda på tre mindre företag för att identifierakrav som småföretag anser vara viktiga vid val av ramverk för applikationsutveckling. Utifrånkraven jämfördes tre hybrida ramverk för att ta reda på vilket som passar småföretag. Resultatenvisade att småföretag är olika med varierande behov och att det inte finns ett specifikt ramverksom passar alla. Däremot konstaterades det att alla tre hybrida ramverk som jämfördes i studienvar tillräckligt sofistikerade att implementeras som potentiella lösningar. Med det sagt ärhybrida ramverken inte kompromisslösa. Applikationer som utvecklas med hybrida ramverkuppnår ännu inte samma prestanda som native applikationer och är inte plattformsoberoende isamma grad som webbapplikationer. / The mobile industry is constantly changing, which has led to a fragmented market that smallbusinesses have difficulties to successfully establish in. Small businesses have had problemswith developing qualitative applications for different mobile devices. The main reason is theresource intensive process to develop native applications for multiple platforms andmaintaining the different codebases. Thus, smaller companies have usually chosen to developweb applications to deliver services to a more widespread target audience. Hybrid frameworkshave established themselves as a potential solution for developing mobile applications withhigher performance and functionality than web applications, while allowing developers to sharecode between platforms. In this study, employees of three smaller companies were interviewedto identify shared requirements held by small businesses to select a framework for applicationdevelopment. Based on the requirements, three hybrid frameworks were compared with thepurpose to identify which one was most suitable for small businesses. The results showed thatsmall businesses are different with varying needs and that there is no specific framework thatsuits all companies. On the other hand, it was found that all three hybrid frameworks comparedin the study were sufficiently developed to be implemented as potential solutions. With thatsaid, hybrid frameworks are not without flaws. Applications developed with hybrid frameworksdoes not yet achieve the same level of performance as native applications and is not platformindependent to the same extent as web applications.

Utvecklingen av mobila hybrid applikationer har ökat drastiskt under det senaste årtiondet. Med tanke på mångfalden i hur stora företag börjar investera i ramverk med support för utveckling av mobila hybrid applikationer (multiplattforms ramverk), ökar nödvändigheten av aktuella studier inom detta ämnesområde. Facebook och Google är två välkända företag som har utvecklat React-Native respektive Flutter. Dessa multiplattforms ramverk utvecklas kontinuerligt och skillnader uppstår inom teknologierna hos ramverken vilket gör nya studier mer lämpliga. Syftet med denna studie är att undersöka vilket ramverk som bidrar med bäst produktivitet för utvecklaren med tanke på bristen av studier inom ämnet. Specifikt har en fallstudie utförts där studiens frågeställningar har besvarats.   Respektive frågeställningarna blev uppdelade i tre delfrågeställningar där varje fråga fick angivna kriterier att följa i fallstudien och båda ramverken blev tilldelade poäng om tillhörande kriterium för varje fråga var uppfylld. I slutet av studien räknades ett medelvärde ut som tilldelades till båda ramverken. Resultaten visade att det finns små skillnader i form av dess bidrag med bäst produktivitet för utvecklaren. / The development of hybrid mobile applications has increased rapidly in the last decade. Considering the diversity in how big companies starts to invest in frameworks that supports hybrid application development (cross-platform framework), the necessity of contemporary studies in this subject increase. Facebook and Google are two well-known companies that have developed React-Native and Flutter, respectively. These cross-platform frameworks are continuously developing, and differences occur in their technologies which makes new studies even more appropriate. The purpose of this study is to investigate which of these two frameworks contribute the most for the developer’s productivity considering the lack of studies in this specific subject. Specifically, a case study has been conducted where the research questions were answered.     The two research questions were divided into three sub questions, respectively where each question was given criteria to follow in the case study and each framework were assigned points if the associated criterion for each question were met. In the end of the study a mean value was assigned to each framework. The results showed that there are small differences in terms of its contribution for the developer’s productivity.

Företaget Hajenterprise vill göra en forskning inom kommunikation för att hantera kontaktlösa betalningar för att kunna ta betalt kontaktlöst med hjälp av mobilen. Idag används bankkort för att betala för de flesta saker. Nya betalningssätt har rört sig mot kontaktlösa köp med hjälp av smarta telefoner och NFC-teknologier. Smarta telefoner har börjat användas mer och mer i kontaktlösa köp mot point of sale (POS) terminaler. Skulle det då gå att kunna ta bort POS-terminaler och använda smarta telefoner som POS-terminaler? För att besvara detta behövdes tester utföras för att se ifall en smart telefon skulle kunna läsa ett bankkort och behandla bankkortets information. Bankkort kunde läsas av de smarta telefonerna men informationen från bankkortet kunde inte användas av den smarta telefonen för att genomföra en betalning. Detta var eftersom beroende på telefon, öppnades Samsung, Google eller Apple pay. En smart telefon kunde alltså ta emot information från ett bankkort men telefonen kunde inte använda den information för att utföra en betalning på en terminal. Utöver forskningen av olika betalningssätt, skapades en applikation där betalning skulle kunna utföras från en mobil till en annan mobil. Detta skulle ske med hjälp av Near Field Communication (NFC) och blockchain, eftersom Hajenterprise vill ha en prototyp-applikation som skulle kunna betala och ta betalt över NFC mot deras blockchain. JavaScript användes för att skapa en react native applikation som kunde fungera på både Android och iOS. Detta lade grunden så att Hajenterprise kunde använda sitt blockchain-api för mobila betalningar. / The company Hajenterprise wanted to research the area of contactless payments to see if it’s possible to Pay contactless with a mobile phone. Today bank cards are used to pay for most things. New payment methods have moved toward contactless purchases using smart phones and NFC-technologies. Smart phones have begun to be used more and more in contactless purchases at point of sale (POS) terminals. The possibility to remove POS-terminals and use smartphones instead as POS-terminals could make it easier and faster to pay. To test this, several tests were needed to see if a smartphone could read a bank card and process the card's information. Bank cards could be read by the smartphone but the information from the bank card could not be used by the smartphone to make a payment. This was because depending on the phone, Samsung, Google or Apple Pay was opened. Thus, a smart phone could receive information from a card but the phone could not use that information to make a payment at a terminal. In addition, an application was created where one could make payments from one mobile to another mobile. This would be done using Near Field Communication (NFC) and blockchain, as Hajenterprise wanted a prototype-application that could pay and charge over NFC against their blockchain. JavaScript was used to create a react native application that could work on both Android and iOS. This laid the foundation for Hajenterprise to use its blockchain API for mobile payments.

There are many possible tools to develop mobile applications with. Choosing a development tool is done by considering many different factors, and the choice is currently done, in many cases, arbitrarily. For this project, a decision model is designed to ease the process of choosing a development tool. A survey was conducted to examine how people using different smartphone platforms discover and download applications. 94 responses were collected, showing that approximately 50% of Android-users found mobile applications by using search engines or browsers. The corresponding number was approximately 30% for iOS-users. A usability test was conducted to discover the differences in user experience between Progressive Web Applications and native applications. 18 usability tests were conducted comparing the same product developed as a Progressive Web Application and a native application. A majority of the participants had a technical background. Both Android and iOS devices were included in the tests. The results indicated that end-users notice when an application is not natively developed. The effect on the user experience is combined with other technical differences and applied to the decision model. This model was designed to predict if a native application, a Progressive Web Application or a React Native application is the most favourable to develop for a specific scenario. The final model could, according to consultants at the stakeholder Slagkryssaren AB, with good accuracy predict when the different development tools should be used. The model could be used as a discussion tool in the first stages of the development process of an application. / Det finns många möjliga verktyg för att utveckla mobila applikationer. Valet av utvecklingsverktyg görs genom att överväga många olika faktorer, och görs idag i många fall högst godtyckligt. För det här projektet designades en beslutsmodell som förenklar processen av att välja ett utecklingsverktyg. En undersökning gjordes för att undersöka hur användare av olika smartphone- plattformar upptäcker och laddar ner applikationer. 94 svar samlades, svaren visade att ungefär 50% av Android-användare hittade mobila applikationer genom internetsökningar eller webbläsare. Denna siffran var ungefär 30% för iOS-användare. Ett användarbarhetstest utfördes för att finna skillnader i användarupplevelse mellan progressiva webbapplikationer och native-applikationer. En majoritet av deltagarna hade en teknisk bakgrund. Både Android- och iOS-enheter testades. Resultatet tydde på att slutanvändare la märke till när en applikation inte utvecklades som en native-applikation. Effekten på användarvänligheten, kombinerat med tekniska skillnader mellan verktygen, tillämpades på beslutsmodellen. Modellen designades för att förutse om en native-applikation, en progressiva webbapplikation eller en React Native- applikation är mest fördelaktig att utveckla i ett specifikt scenario. Den slutgiltiga modellen kunde, enligt konsulter på uppdragsgivaren Slagkryssaren AB, med god precision avgöra när de olika utvecklingsverktygen bör nyttjas. Modellens användning blev som ett diskussionsverktyg i de första stadierna av processen med att välja utvecklingsvektyg.

React Native has quickly become one of the most popular cross-platform frameworks for developing Android and iOS applications since it was first released by Facebook in 2015. In this study a proof of concept application is  developed and a set of features are evaluated with regard to performance efficiency. Results of measurements show that while React Native does perform worse than it's Android counterpart, it performs sufficiently well for building most applications with but can be more problematic for applications running heavier client-side logic.

The overall purpose of this project is to develop a cross-platform CPR (cardiopulmonary resuscitation) application mainly for iOS and Android devices. This application aims to guide healthcare workers in the different processes and expected medication during cardiac arrest, which can often be a fast-paced and stressful scenario. The application will need to provide time-based and previous action-based recommendations for following medication and steps. Each step taken as well as at what time it was performed will also need to be documented automatically through the usage of the application.  This application is implemented using the framework React Native. Facebook developed React Native in 2015 targeting mobile application development. The base structure of React Native is based on React, a JavaScript library released in 2013 used to build web interfaces. React Native allows creation of mobile applications that can run on iOS and Android devices with a single codebase.  This project resulted in a mobile application capable of running on both iOS and Android platforms. The application has enough functionality to be used in a simulation for the CPR procedure during a cardiac arrest rescue scenario. / Det övergripande syftet med detta projekt är att utveckla en cross-platform HLR (hjärt- och lungräddnings) applikation främst för iOS och Android enheter. Syftet med denna applikation är att hänvisa sjukvårdspersonal genom de olika processer och den förväntade medicineringen vid hjärtstopp, vilket ofta kan vara ett väldigt hög tempo och stressfyllt scenario. Applikationen kommer behöva ge tidsbaserade och tidigare åtgärds baserade rekommendationer för följande medicinering och steg. Varje steg  som tas samt när de tas kommer även behöva dokumenteras automatiskt genom användandet av applikationen.  Denna applikation implementeras med hjälp av ramverket React Native. Facebook utvecklade React Native 2015 med inriktning på mobilapplikationsutveckling. Bas strukturen hos React Native är baserad på React, ett JavaScript bibliotek släppt 2013 som används till att bygga webbgränssnitt. React Native tillåter skapande av mobilapplikationer som kan användas på iOS och Android enheter med en enda kodbas.  Detta projekt resulterade i en mobilapplikation kapabel att köras på både iOS och Android plattformar. Denna applikation har tillräcklig funktionalitet att användas i en simulering för HLR proceduren under ett hjärtstopps scenario.

Preventive maintenance is a process employed to reduce probability of failure or degradation of equipment. When such a process is performed by humans without a computerized solution, human errors are bound to take place. A computerized solution could reduce human errors by automatically performing tasks which are prone to error. A React web and a React Native application are created to evaluate which framework is most suitable for use in a preventive maintenance process based on three criteria. The criteria are round-trip request times, lines of code and delivery time based on build size. Results show that the React web application outperforms the React Native application in all three categories.

Scratch is a block programming language which introduces beginners to programming. Instead of code the user has access to a set of blocks with text and icons, explaining how the block will affect the program that is written. The connection between one block and the corresponding code can be hard to understand for the beginner. The goal of this project is therefore to develop a user-friendly, flashcard-based mobile application to show the target group of 8- to 16-year-olds that behind every block there is code. The application is developed in TypeScript, using React Native as framework and the developer tool Expo for setting up and publishing of the application. The final application consists of 6 different screens; a starting screen, an information screen, a menu, a submenu, an "under development"-screen and a flashcard view. The user can navigate between the screens and by choosing a specific block the flashcard view displays a flashcard with the block and the corresponding translation in Python. The goal of the project is fulfilled, and with a testing group it is also confirmed that the application is user-friendly. Although the goal is achieved, the conclusion that the step between block programming and syntax is hard can be drawn, with difficulties in translating the blocks appearing along the way.

Rapporten behandlar utvecklingen av ett system som möjliggör för rapportering och granskning av avfallsdata. Systemet består av en mobilapplikation och en webbapplikation som utvecklats med React Native respektive React, en databas som utvecklats med MySQL och en back-end bestående av tjänster som erbjuds av Amazon Web Services. I AWS används tjänster som tillåter hantering av mobilapplikation, webbapplikation, databas och användare. Systemet utvecklades av åtta studenter vid Tekniska högskolan vid Linköpings universitet på uppdrag av det australiensiska företaget EcCell. Projektet resulterade i framtagningen av produkten Trace the Waste med nästan alla önskade funktionaliteter. I rapporten diskuteras även vad som hade kunnat göras annorlunda i utvecklingen med hjälp av andra verktyg. Rapporten drar slutsatser om bland annat varför produkten ger värde för kunden och hur den agila arbetsmetoden Scrum påverkat studenternas arbete under distansläge. Varje student har också skrivit ett individuellt bidrag där olika områden relaterade till projektet utreds. Bidragen finns i slutet av rapporten.