Målet med studien var att undersöka hur tidseffektivt JavaScript ramverket AngularJS och biblioteket React uppdaterar interaktiva börsdatatabeller. Undersökningen är inspirerad av tidigare forskning från Högskolan i Skövde fast med ett fokus på större tabellstorlekar. För att utvärdera prestandan upprättades ett kontrollerat experiment där två applikationer per ramverk/bibliotek skapades för att både jämföra skillnader mellan AngularJS och React men även för att undersöka hur olika designval inom ett ramverk/bibliotek påverkar resultatet. Till applikationerna applicerades sex tabeller med olika rad- och kolumnantal och i varje tabell var det möjligt att både sortera och filtrera innehållet. Resultaten visade att React var snabbare oavsett tabellstorlek och interaktionstyp. Vid sortering fanns det även signifikanta skillnader mellan varianterna inom samma ramverk/bibliotek, främst för AngularJS. Potentiell vidareutveckling av arbetet kan exempelvis inkludera fler aktuella ramverk eller utvärdera mot användare i en fallstudie för att undersöka om skillnaderna upplevs av en användare.

Today more and more advanced and demanding applications are finding their way to the web. These are applications like video editing, games, and mathematical calculations. Up until a few years ago, JavaScript was the only language present on the web. That was until Mozilla, Google, Microsoft, and Apple decided to develop WebAssembly. WebAssembly is a low-level language, similar to assembly, but running in the browser. WebAssembly was not created to replace JavaScript, but to be used alongside it and complement JavaScript’s weaknesses. WebAssembly is still a relatively new language (2017) and is in continuous development. This work is presented as a guideline, and to give a general direction of how WebAssembly is performing (in 2022) when operating on GIS data. When comparing the execution speed of WebAssembly running in different environments (NodeJS, Google Chrome, and Mozilla Firefox), NodeJS was the fastest. The second fastest was Mozilla Firefox, and the slowest was Google Chrome. However, when compared to the native implementation in C++, no environment came close to the developers’ promised 10% slowdown compared to the native code. The average slowdowns found in this study were: The benchmark with small input files ran 63% slower than native. The benchmark with medium input files ran 62% slower than native, and the benchmarks with large input files ran 68% slower than native. The results are comparable to the study [6], which found that the slowdown was around 45% when running WebAssembly on Mozilla Firefox and 55% on Google Chrome with a peak of 2.5 times slowdown compared to native. This study aimed to measure memory usage in the different environments for operations on GIS data. However, the methods used in this study to measure memory proved to be too unsophisticated when dealing with JIT and garbage collection. For future work, a more detailed "memory allocated over time" graph should probably be used to be able to measure the peaks of memory currently allocated to the process instead of looking at the difference in memory before and after.

The overall purpose of this project is to create a tool that will be able to generate reports for measurements and calculations performed by the Perception system. At present, this is a manual procedure that is both time-consuming, inefficient, and increases the risk of error. Since Perception is developed in C#, the reporting tool will be developed in ASP.NET Core with C# based on the MVC pattern and all data will be stored in Microsoft's SQL server. Transfer of data between systems will be handled by export files that Perception can generate as well as a self-developed import function in the reporting tool. With a few simple settings and options, the operators will be able to generate reports for the selected project and then copy them to the final report. Initial work with design and usability, based on the existing graphic profile, will result in an application that significantly facilitates the work of producing test reports. To make the design appealing, Bootstrap and self-written CSS will be used and to make the user experience as good as possible, JavaScript and AJAX will be used together with jQuery and thus be able to provide relevant information without the need of page reload. Focus will be placed on validating imported data to ensure that correct information is available and stored in the database. To further help the users, relevant messages will show status both in case of problems but also in case of successful procedures. / Det övergripande syftet, för detta projekt, är att skapa ett verktyg som ska kunna generera rapporter för mätningar och beräkningar utförda i systemet Perception. I dagsläget är detta ett manuellt förfarande som både är tidskrävande och ineffektivt vilket också ger en ökad risk för felkällor. Eftersom Perception är utvecklat i C# kommer rapportverktyget att utvecklas i ASP.NET Core med C# baserat på MVC-mönstret och all data kommer lagras i Microsofts SQL server. Överföringen av data mellan systemen kommer att ske med hjälp av de exportfiler som Perception kan generera samt en egenutvecklad importfunktion i rapportverktyget. Med några enkla inställningar och val ska operatörerna kunna generera rapporter för valt projekt och sedan kunna kopiera dem till slutrapporten. Ett inledande arbete med design och användbarhet, som grundar sig på den befintlig grafisk profilen, ska mynna ut i en applikation som väsentligt underlätta arbetet med att producera testrapporter. För att göra designen tilltalande kommer Bootstrap och egenskriven CSS att användas och för att användarupplevelsen ska bli så bra som möjligt kommer JavaScript samt AJAX att användas tillsammans med jQuery och på så vis kunna ge relevant information utan att sidan behöver uppdateras. Stort fokus kommer att läggas på kontroller av importerad data för att säkerställa att rätt information finns representerat samt sparas till databasen. För att ytterligare underlätta för användarna ska relevanta meddelanden ge status både vid problem men också vid lyckade procedurer.

Idag ser man ett ökat intresset för applikationsutveckling. Den hybrida applikationsutvecklingen är något företag inte kan se förbi längre då dess fördelar väger tungt. Fördelarna med hybrida applikationer är bland annat det faktum att de använder en kodbas för flera plattformar. Detta i sin tur leder till en kraftig tids- och resursbesparing under utvecklingsfasen. De två hybrida ramverken som valts ut i ett jämförande syfte är Apache Cordova och Flutter, och syftet är att identifiera vilket ramverk presterar bäst ur ett prestandaperspektiv. Den frågeställning som besvaras i studien är: Vilket ramverk för att skapa en hybrid applikation av Apache Cordova och Flutter, är att rekommendera ur ett prestandaperspektiv? Studien mäter prestandarelaterade variabler, dessa är exekveringshastighet, uppstartstid, CPU-, RAM- och batterianvändning. Studien gör detta genom skapandet av två funktionellt identiska applikationer i respektive ramverk. Datainsamlingen görs genom Android Profiler, Logcat samt egen implementerad kod. Resultatet presenterar mätningar i respektive prestandarelaterad variabel. Det som redovisas i det totala resultatet visar på att Flutter är det ramverk som presterar snabbare men även är det ramverk som har en högre resursanvändning. / Today we see an increased trend around the interest in application development, and in our society there are over three billion smartphone users. Hybrid application development is something companies can no longer overlook because the benefits weigh heavily. The benefits with hybrid applications include the fact that it uses a multi-platform code base. This in turn leads to a significant saving of time and resources during the development process. The two hybrid frameworks chosen for a comparative purpose are Apache Cordova and Flutter, and the purpose is to identify which framework performs the best out of a performance perspective. The question answered in the study is: What framework for creating a hybrid application between Apache Cordova and Flutter, is recommended out of a performance perspective? The study measures performance-related variables, these are execution speed, start-up time, CPU, RAM and battery usage. The study does this by creating two functionally identical applications in each framework. Data collection takes place via Android Profiler, Logcat and own implemented code. The result shows measurements in each performance-related variable. Not only does the overall results show that Flutter is the faster performing framework but also the framework with a higher use of resources.

The objective of this thesis was to study the difficulties of Systems in the Internet's environment that are being used for analysis of Financial Market and on the basis of that to analyze, design, create and test these Information Systems. The main focus is primarily on monitoring of information in Financial Market and particularly on implementation of an interface for a customer and on a simple analysis of the gathered data. Furthermore this thesis describes and demonstrates the possibilities of current existing systems that are being used for analysis, gathering of financial data and automated trading in Financial Market, and also the possibilities of commonly used technologies in the Internet's environment: markup language HTML, database system MySQL and a scripting language PHP5, JavaScript and AJAX.

Aim of this thesis is to introduce questions about trading stocks on global stock exchange. It shows up basics ideas, which are necessary to understand the system of trading stocks, building a bussines strategy and its automatization by simple information technology techniques. In the following, there is a description of concept and implementation of business system for testing a trading strategy, which is based on historical market data analysis. The next part of this work is focused on the demonstration system and its expansion possibilities. Whole aplication is created by means of scripting language PHP and Javascript, markup language HTML, using the MySQL database system.

This work contains a brief overview of technologies for representation and obtaining data on WWW and describes selected web data extraction tools. The work designs a new tool for obtaining pages generated by filling in web forms, which allows its user to define data on such web pages and which can extract those data and offer it in a XML format suitable for future machine processing.

This text is documentation for multi-access system, which supports recoverable materials. It deals with structure possibilities according to functional system specification and its implementation through the PHP together with using MySQL database system. It analyses a progress of system creation from ER diagram through use-case diagram to programming itself. This work shows how to design web advertisement system which enables an user to define personal multi-level views on data. This project might have been as basis for commerce project, which can check up usability designed structure of individual parts.

This work is focused on building a content management system for municipal websites. It compares some proprietary and open source systems. Moreover, it aims to create a new content management sys­tem for little-municipal websites. The system is created with a use of PHP script language and MySQL database system. The final application runs on Apache and MySQL servers. This project allows the municipal units to create their own websites easily and quickly. They can define both the structure and the content of the pages. The project is designed to be multi-user. It puts great emphasis on the easiness of use and the blind-friendliness.

Denna studie jämför frame-time av ett partikelsystem på nätet med objektorienterad och dataorienterad design. I studien jämförs Array of Structure (AoS), Structure of Arrays (SoA) samt Structure of Arrays med typed arrays. Tre identiska versioner med samma algoritm med olika behandlingar implementeras. Metoden för studien är ett tekniskt experiment som utförs på Google Chrome helt lokalt. Mätverktyg utvecklas och samlar in uppdateringstid, renderingstid och minnesanvändning för varje frame. Resultatet av studien visar på att det inte finns någon signifikant skillnad på resultatet för AoS, SoA och SoA med typed arrays. Flaskhalsen i testet beror främst på Canvas API för rendering av grafik. Alla datalayouter i den här studien är helt acceptabla för att implementera ett partikelsystem på webben med JavaScript och Canvas.