{"title":"针对web应用程序的框架分离迁移","authors":"Jin-woo Kwon, JinSeok Oh, InChang Jeong, Soo-Mook Moon","doi":"10.1109/ESTIMedia.2015.7351767","DOIUrl":null,"url":null,"abstract":"Web applications (apps) are programs created by web technologies such as HTML, CSS, and JavaScript. Web apps can be executed on any platform that supports a web browser. Such portability allows an interesting user experience called app migration [2, 4, 5], which can save app's execution state information as a snapshot, transmit to another device, and continue its execution on the device. However, there is one feasibility issue in existing approaches because they save app's state without separating the JavaScript framework state, resulting in both time and size overhead. JavaScript framework such as jQuery is a library written in JavaScript to support web app development, popularly used in web apps. So an app's JavaScript heap is composed of app's objects and framework objects, possibly intermingled with their pointers, and the app code can modify framework objects. In this paper, we propose framework separated migration, which can separate the framework objects during snapshot creation so that snapshot does not contain framework objects, but does contain the changes made to them as well as the app objects. After transmission, the browser loads the JavaScript framework first, loads the snapshot, and restores the original state of framework and app objects to continue execution. With our approach, we could reduce 40% of total migration time, resulting increased feasibility in a real situation.","PeriodicalId":350361,"journal":{"name":"2015 13th IEEE Symposium on Embedded Systems For Real-time Multimedia (ESTIMedia)","volume":"30 1","pages":"0"},"PeriodicalIF":0.0000,"publicationDate":"2015-12-17","publicationTypes":"Journal Article","fieldsOfStudy":null,"isOpenAccess":false,"openAccessPdf":"","citationCount":"6","resultStr":"{\"title\":\"Framework separated migration for web applications\",\"authors\":\"Jin-woo Kwon, JinSeok Oh, InChang Jeong, Soo-Mook Moon\",\"doi\":\"10.1109/ESTIMedia.2015.7351767\",\"DOIUrl\":null,\"url\":null,\"abstract\":\"Web applications (apps) are programs created by web technologies such as HTML, CSS, and JavaScript. Web apps can be executed on any platform that supports a web browser. Such portability allows an interesting user experience called app migration [2, 4, 5], which can save app's execution state information as a snapshot, transmit to another device, and continue its execution on the device. However, there is one feasibility issue in existing approaches because they save app's state without separating the JavaScript framework state, resulting in both time and size overhead. JavaScript framework such as jQuery is a library written in JavaScript to support web app development, popularly used in web apps. So an app's JavaScript heap is composed of app's objects and framework objects, possibly intermingled with their pointers, and the app code can modify framework objects. In this paper, we propose framework separated migration, which can separate the framework objects during snapshot creation so that snapshot does not contain framework objects, but does contain the changes made to them as well as the app objects. After transmission, the browser loads the JavaScript framework first, loads the snapshot, and restores the original state of framework and app objects to continue execution. With our approach, we could reduce 40% of total migration time, resulting increased feasibility in a real situation.\",\"PeriodicalId\":350361,\"journal\":{\"name\":\"2015 13th IEEE Symposium on Embedded Systems For Real-time Multimedia (ESTIMedia)\",\"volume\":\"30 1\",\"pages\":\"0\"},\"PeriodicalIF\":0.0000,\"publicationDate\":\"2015-12-17\",\"publicationTypes\":\"Journal Article\",\"fieldsOfStudy\":null,\"isOpenAccess\":false,\"openAccessPdf\":\"\",\"citationCount\":\"6\",\"resultStr\":null,\"platform\":\"Semanticscholar\",\"paperid\":null,\"PeriodicalName\":\"2015 13th IEEE Symposium on Embedded Systems For Real-time Multimedia (ESTIMedia)\",\"FirstCategoryId\":\"1085\",\"ListUrlMain\":\"https://doi.org/10.1109/ESTIMedia.2015.7351767\",\"RegionNum\":0,\"RegionCategory\":null,\"ArticlePicture\":[],\"TitleCN\":null,\"AbstractTextCN\":null,\"PMCID\":null,\"EPubDate\":\"\",\"PubModel\":\"\",\"JCR\":\"\",\"JCRName\":\"\",\"Score\":null,\"Total\":0}","platform":"Semanticscholar","paperid":null,"PeriodicalName":"2015 13th IEEE Symposium on Embedded Systems For Real-time Multimedia (ESTIMedia)","FirstCategoryId":"1085","ListUrlMain":"https://doi.org/10.1109/ESTIMedia.2015.7351767","RegionNum":0,"RegionCategory":null,"ArticlePicture":[],"TitleCN":null,"AbstractTextCN":null,"PMCID":null,"EPubDate":"","PubModel":"","JCR":"","JCRName":"","Score":null,"Total":0}
Framework separated migration for web applications
Web applications (apps) are programs created by web technologies such as HTML, CSS, and JavaScript. Web apps can be executed on any platform that supports a web browser. Such portability allows an interesting user experience called app migration [2, 4, 5], which can save app's execution state information as a snapshot, transmit to another device, and continue its execution on the device. However, there is one feasibility issue in existing approaches because they save app's state without separating the JavaScript framework state, resulting in both time and size overhead. JavaScript framework such as jQuery is a library written in JavaScript to support web app development, popularly used in web apps. So an app's JavaScript heap is composed of app's objects and framework objects, possibly intermingled with their pointers, and the app code can modify framework objects. In this paper, we propose framework separated migration, which can separate the framework objects during snapshot creation so that snapshot does not contain framework objects, but does contain the changes made to them as well as the app objects. After transmission, the browser loads the JavaScript framework first, loads the snapshot, and restores the original state of framework and app objects to continue execution. With our approach, we could reduce 40% of total migration time, resulting increased feasibility in a real situation.