Energy-aware Web Caching for Mobile Terminals
Fran?c oise Sailhan,Val′e rie Issarny
Inria-Rocquencourt
Domaine de V oluceau,Rocquencourt,BP105,78153Le Chesnay C′e dex,France
Francoise.Sailhan,Valerie.Issarny@inria.fr
Abstract
Terminal’s latency,connectivity,energy and memory are
the main characteristics of today’s mobile environments
whose performance may be improved by caching.In this
paper,we present an adaptive scheme for mobile Web data
caching,which accounts for congestion of the wireless net-
work and energy limitation of mobile terminals.Our main
design objective is to minimize the energy cost of peer-to-
peer communication among mobile terminals so as to allow
for unexpensive Web access when a?xed access point is not
available in the communication range of the mobile termi-
nal.We propose a collaborative cache management strategy
among mobile terminals interacting via an ad-hoc network.
We further provide evaluation of the proposed solution in
terms of energy consumption on mobile devices.
1.Introduction
The last decade has seen the rapid convergence of two
pervasive technologies:wireless communication and the In-
ternet.The resulting mobile Internet a priori enables users
to easily access information anytime,anywhere.However,
we have not reached the point where anywhere,anytime
Internet access is actually offered.This paper addresses
the above issue,concentrating more speci?cally on Web
caching in a mobile environment to allow for Web ac-
cess,without requiring availability of an infrastructure in
the nearby environment.There exists two different ways
of con?guring a mobile network:infrastructure-based and
had-hoc-based.The former type of network structure is the
most prominent,as it is in particular used in both Wire-
less L AN s(e.g.,I EEE802.11)and global wireless net-
works(e.g.,G SM,G PRS,U MTS)1.An infrastructure-based
wireless network uses?xed network access points(known
as base stations)with which mobile terminals interact for
communicating,i.e.,a base station forwards messages that
are sent/received by mobile terminals.One limitation of the
infrastructure-based con?guration is that base stations con-
ing ad-hoc network protocol,and(ii)a local caching strat-egy for the mobile terminal.The next section discusses re-lated work,addressing background in the area of coopera-tive Web caching and Web access from mobile terminals. Section3then introduces the proposed ad-hoc cooperative Web caching protocol,and is followed in Section4by the presentation of the local caching implemented on the ter-minals.Section5provides an evaluation of our proposal, giving the energy consumption associated with cooperative caching.Finally,Section6concludes with a summary of our contribution.
2.Related Work
The ever growing popularity of the Web and the resulting poor latency for users have given rise to huge effort on im-proving the Web latency,which mainly lies in the introduc-tion of Web caching protocols.Due to network topology, the idea of making network caches cooperate has emerged. The hierarchical approach is pioneering and lies in intro-ducing a cache on every network node,the system’s hier-archical structure coming from the national networks’hier-archical organization.A cache locates a missing requested object by issuing a request to the cache at the hierarchy’s upper level.The process is iterated until either the object is found or the root cache is reached,which may ultimately involve contacting the object’s server.The object is then copied in all the caches contacted as it is returned to the client.A transversal system enriches the hierarchy by in-tegrating a set of sibling caches that are close in terms of latency time,at each hierarchical level.On a cache miss,a cache not only contacts its ancestral cache but also its sib-lings.A number of transversal cooperative caching proto-cols have been proposed in order to minimize the number of messages that are exchanged among sibling caches to re-trieve cached objects[2].Proposed solutions all amount to maintain a partial knowledge of the objects that are cached on siblings[4,12].
In the context of mobility,proxy caches are used not only to cache and retrieve documents but also to manage user mobility.These proxies are access points to the Internet for mobile terminals.Proxies implement functionalities ded-icated to the transfer of data to mobile terminals,such as compression,?ltering,format conversion[11][1].
To the best of our knowledge,Web caching for mobile terminals has only been studied in the context of proxy caches,and hence for infrastructure-based mobile networks. As raised earlier,complementing such solutions with ad-hoc-based ones will allow for both enhanced connectivity and Web access at low cost.In that context,the caches of the mobile terminals cooperate in a way similar to proxy caches in transversal cooperative cache systems.3.Cooperative Caching in Ad-hoc Networks
Ad-hoc routing protocols are implemented over a base W LAN(typically,I EEE802.11)and manage the routing of messages among mobile terminals.These protocols dif-fer in the way they manage the routing table( 3.1).Us-ing the ad-hoc routing protocol that offers the best trade-offs in terms of energy consumption and response time, we propose a specialization of the protocol that is speci?-cally aimed at handling remote access to Web pages( 3.2). We then introduce our ad-hoc cooperative caching proto-col,which has primarily been designed to minimize energy consumption( 3.3).
3.1.Ad-hoc Networking
The main issue to be addressed in the design of an ad-hoc routing protocol is to compute an optimal communication path between two mobile terminals.This computation min-imizes the number of control messages exchanged among mobile terminals in order to avoid network congestion.
There exist two types of ad-hoc protocols:proactive and reactive.Proactive protocols(e.g.,O LSR[3])update their routing table periodically.Reactive protocols(e.g.,A ODV [13],D SR[10])do not take any initiative for?nding a route to a destination,before the information is needed,and thus a priori reduce the network load due to the traf?c of control messages.Z RP[7]is a hybrid protocol that combines the reactive and proactive modes.The design rationale of Z RP is that it is considered advantageous to accurately know the neighbours of any mobile terminal(i.e.,mobile terminals that are accessible in a?xed number of hops),since they are close.Hence,communicating with neighbours is less expensive and neighbours are most likely to take part in the routing of the messages sent from the terminal.As a result, Z RP implements:(i)a proactive protocol for communica-tion with mobile terminals in the neighbourhood,and(ii) a reactive protocol for communication with the other termi-nals.With respect to a given mobile terminal,its neighbour-hood is referred to as its zone.
We thus use Z RP over I EEE802.11,as the base ad-hoc protocol for realizing ad-hoc cooperative caching among mobile terminals.Mobile terminals belonging to the zone of a given terminal then form a cooperative cache system for this terminal since the cost for communicating with them is low both in terms of energy consumption and message ex-changes[8].However,cooperative caching must not be re-stricted to the mobile terminals belonging to the zone:low-cost reachability of a base station must be accounted for as well as knowledge of a terminal that does not belong to the zone but that is likely to store a requested Web document given commonalities in performed Web accesses.
3.2.Ad-hoc Communication for Web Caching
A mobile terminal may get Web data that are not cached locally through two communication paths:(i)using the
infrastructure-based mode,the terminal may interact with the nearby base station,which forwards the request to the Web,(ii)using the ad-hoc-based mode,the terminal may request for the data to the mobile terminals in its commu-nication range(i.e.,accessible in one hop in a base W LAN or in a number of hops using some ad-hoc network proto-col).The ad-hoc-based mode must be enabled for the case where a base station is not reachable in one hop.In this case,a base station can still be reachable in a number of hops,thanks to mobile terminals forwarding the requests. For instance,U MTS supports such a mechanism to extend the range of the infrastructure2.Let be the number of hops that are necessary to access a base station,then any mobile terminal that is at a distance greater or equal to is not contacted to get a document.Figure1depicts the case where the mobile terminal reaches the base station in 3hops,using the mobile terminals and for routing the request.Then,if either a mobile terminal in the zone of (e.g.,belonging to the path leading to the base station or any other terminal in the zone)or a known mobile terminal located outside the zone but at a lower distance than the base station(e.g.,that is in the path leading to or that does not belong to the path)holds the requested document in its cache,it returns it to.Otherwise,the request reaches ,and forwards it to the Web.We get the following ad-
Figure1.Getting Web data
hoc communication protocol over Z RP,to retrieve a remote Web object,with respect to a given mobile terminal (see Figure1):
In-zone communication:
If a base station is in the zone of,then requests for through the base station only.Otherwise,broadcasts the request message for to the mobile terminals in the zone of,incurring a low energy cost since the routing table contains the necessary information.
Peer-to-peer communication:If is not cached by any of the mobile terminals in the zone of,then a peer-to-peer communication scheme is realized with mobile terminals that are known to share interests with(see 3.3)and that are at a distance that is less than the one between and the nearest base station.Mobile terminals outside the zone of are basically known through two ways:(i)they belong to
the path used to reach the nearest base station,(ii)they were previously either in the zone or in the path used to reach the
3Currently,we use the percentage of the energy budget that is left to set the value of.It is part of our future work to investigate a more accurate way of computing,in particular accounting for the various resources.
the following function4:=Capacity(TTL+hops)
where the value of and are set so as to favour commu-nication with the closest nodes.
To minimize both network load and energy consumption,
we do not use miss messages for mobile terminals to no-tify that they do not cache a requested object.Hence,we
need to use timeouts to detect the absence of a requested object.The value of the timeout is set according to the
greatest number of hops that are involved to interact with
the mobile terminals to which the object is requested,to-gether with the current network load.Upon expiration of
the timeout,if hit messages have been received,the Web
object will be requested to the mobile terminal that maxi-mizes.Otherwise,the next iteration of the cooperative
caching protocol is processed(i.e.,from the broadcast step to the peer-to-peer iterative steps).For the case where a hit
message is received after timeout expiration,while the ob-
ject is still not retrieved,the message is accounted for in the current step of the protocol.
4.Local Caching
Our ad-hoc cooperative caching protocol is comple-
mented by a local caching strategy that is adaptive accord-ing to the current capacity of the terminal(i.e.,available
energy and network connectivity).We weigh every cached
document according to both its probability of being ac-cessed in the future and the energy cost associated with
getting remotely the document.Then,documents with the
lowest weighs are those that are removed from the cache when the cache gets full.The document weigh is computed
according to the following criteria:
Popularity.The value serves approximat-
ing the probability of future access,both on the terminal
and from remote terminals,as enabled by the cooperative caching protocol.The probability is approximated accord-
ing to the number of times the document has been requested
since it has been cached.
AccessCost.The value gives an estimate
of the energy cost associated with getting the document re-motely if it is to be removed from the cache.This cost varies
depending on whether:a base station is accessible in the
zone of the terminal,the document is cached on a mobile in the zone of the terminal,communication out of the zone is
required to retrieve the document.The value of the access
cost is computed according to the energy consumption as-sociated with intra-zone and inter-zone communication(see 5).It is further assumed if the document was obtained from a terminal that is still in the zone,as identi?ed using
the routing table.
Coherency.A document is valid for a limited lifetime, which is known using the?eld.However,when the
Mobile m
(W.sec)(W.sec/byte)
X 1.9
Destination
size356
in range of sender X
size+210
=*
sender X-0.04
in range of
size+119 Table1.Energy consumption on nodes for
point-to point communication
tination node.Once it receives the C TS,the sender sends the data message.Finally,the destination node sends an A CK message upon the reception of the data message.There-fore,the energy consumed by any mobile terminal for send-ing,receiving or discarding a message is given by the linear equation[5]:;where size is the mes-sage size,and m(resp.p)denotes the incremental(resp.?xed)energy cost associated with the message.Table1 gives the energy cost,relative to the size of the message, for the destination nodes(i.e.,the actual sender and destina-tion nodes and the forwarding nodes that act as both sender and destination nodes)and also for non-destination nodes. Non-destination nodes in the range of the sender receive R TS messages and thus enter a reduced energy consumption mode during data emission;this leads to have a negative value for and since the energy consumption is less than the one in the idle mode.Finally,non-destination nodes in the range of the destination node but not the sender do not receive the R TS message,and thus cannot enter in the reduced energy consumption mode;this leads to have the incremental cost equal to0.
Let us now assume a network of500mobile terminals whose communication range is of about250m,that is such that the mobile terminals are uniformly distributed in the network surface S with.5In a zone(see Figure2),all the mobile terminals consume the same energy.Thus,the overall energy consumption within a zone is the sum of the energy consumed by every mobile terminal in this zone(see Table2).Then,the energy con-sumption of the overall network is the sum of the energy consumed per zone that is traversed.Figure3gives the en-ergy consumption associated with the delivery of a message of1Kb to the destination node according to the number of hops,which is the sum of the energy consumed on all the 500700 13892136
7
Mobile terminal in range of number of mobile terminals sender X&destination A
the sender X
the receiver A
Table2.Energy consumption in a
zone.
Figure4.Energy consumption for broadcast
and peer-to-peer communication.
1)compared to broadcasting is due to the emission of con-trol messages.Figure4gives the energy consumed by coop-erative caching according to the number of hops that de?nes the zone.Precisely,Figure4gives the cost associated with broadcasting and peer-to-peer communication at a distance that adds one hop to the number of hops that de?nes the zone.We?nd that the cost added by broadcasting is weak compared to the number of mobile terminals contacted,and thus supports such an approach.
6.Conclusion
Mobile technology has reached a stage that enables fore-seeing easy access to information technology anywhere, anytime.However,enabling mobility comes with limita-tions that mainly relate to unstable connectivity and limited energy.Thus,it is necessary to devise adequate solutions at the level of both software and hardware to mask as much as possible the limitations of mobile environments.This paper has addressed one such solution,which focuses on enabling Web accesses from mobile terminals.Currently, Web access is easy to realize if the mobile terminal is in the communication range of a base station of either a W LAN or a global wireless network.However,this cannot always be assumed due to the?nancial cost associated with the de-ployment of the underlying infrastructure.In addition,the systematic use of a global wireless network is quite costly for users.Instead of relying on a base station for accessing the Web,an alternative solution is to exploit ad-hoc net-working,which allows for remote communication at no?-nancial cost and also reaching a base station of a W LAN in a number of hops.In that context,we have proposed a co-operative Web caching system for ad-hoc networks,which enables mobile terminals to share Web pages.Our system lies in implementing on each mobile terminal:(i)an ad-hoc cooperative caching protocol that selects the mobile termi-nals from which a requested page should be retrieved,in a way that minimizes both energy consumption and network load,(ii)a caching strategy that maintains the local cache in a way that minimizes resource consumption and masks disconnection.Preliminary assessment of our proposal has been addressed,by providing the energy cost that our sys-tem incurs for mobile terminals.We are currently working on further assessment of our proposal,which lies in the im-plementation of a simulator to thoroughly examine the be-havior of our system.Experiment using the simulator will in particular serves tuning the various weighing functions that we use for cooperative caching. Acknowledgments:The authors would like to thank Lau-rent Viennot for helpful discussion on ad-hoc networking. References
[1] C.Bennett.Practical Wap,Developing applications for the
Wireless Web.Cambridge University Press,2001.
[2] C.Bowman,P.Danzig,and D.Hardy.The harvest informa-
tion discovery and access https://www.doczj.com/doc/0f6296718.html,puter Networks and ISDN Systems,28(1–2),1995.
[3]T.Clause,P.Jacquet,and https://www.doczj.com/doc/0f6296718.html,outi.Optimized link state
routing protocol.IEEE INMIC Pakistan,2001.
[4]L.Fan,P.Cao,J.Almeida,and A.Broder.Summary
cache:a scalable wide-area web cache sharing protocol.
IEEE/ACM Transactions on Networking,8(3),2000.
[5]L.Feeney and M.Nilsson.Investigating the energy con-
sumption of a wireless network interface in an ad hoc net-working environment.In proc.of IEEE Infocom,5(8),2001.
[6]P.Gauthier,D.Harada,and M.Stemm.Reducing power
consumption for the next generation of pdas:It’s in the net-work interface.https://www.doczj.com/doc/0f6296718.html,/stemm/,1996. [7]Z.Haas.A new routing protocol for the recon?gurable wire-
less networks.In Proc.of the IEEE ICUP’97,1997.
[8]Z.J.Haas and M.Pearlman.The performance of query
control schemes for the zone routing protocol.ACM/IEEE Transactions on Networking9(4),2001.
[9]Z.Jinag and L.Kleinrock.Web prefetching in a mobile en-
vironment.IEEE Personal Communications,5(8),1998. [10] D.Johnson and D.Maltz.Dynamic source routing in ad hoc
wireless networks.In Imielinski and Korth,editors,Mobile Computing.Kluwer Academic Publishers,1996.
[11] E.Markatos and C.Chronaki.A top-10approach to
prefetching on the web.In proc.of the INET’98,1998. [12]J.Menaud,V.Issarny,and M.Banatre.A scalable and ef?-
cient cooperative system for web caches.In IEEE Concur-rency.8(3),July-September2000.
[13] C.Perkins.Ad-hoc on-demand distance vector routing.In
Proc.of IEEE WMCSA’99,1999.
web前端设计与开发实验 实验须知： 1.本实验课程一共有6个实验，围绕“个人主页”的主题，（1）使用Axure制作网站 的页面原型；（2）使用HTML标签设计页面的结构；（3）使用CSS控制页面的表现；（4）使用JavaScript脚本实现网页的交互效果；（5）并使用PhotoShop完善网站的视觉设计（6）最终呈现一个完整的“个人主页”网站。 2.网站推荐使用“一页式”的“响应式设计”，但这不是必须的。 3.网站如果采用“一页式”设计，则必须有三屏内容；如果是多网页设计，则必须有 三个页面，包括首页。 实验1：网站页面原型设计 实验目的： 1.掌握Axure工具的使用； 2.领会网站设计的思想； 3.理解页面原型的作用。 实验要求： 1.网站主题：“个人主页”或“个人求职主页”； 2.网站推荐使用“一页式”的“响应式设计”，但这不是必须的； 3.网站如果采用“一页式”设计，则必须有三屏内容；如果是多网页设计，则必须有 三个页面，包括首页在内； 4.要求设计出网页的基本结构，并有一定的交互效果； 5.尽可能设计出高保真型原型。 实验2：网站页面HTML设计与实现 实验目的： 1.掌握HTML标签的使用； 2.理解HTML标签的语义； 3.合理使用HTML标签结构化页面元素。 实验要求： 1.要求使用HTML语言将实验一设计的网页原型实现； 2.要求语义化使用HTML标签，合理地结构化页面元素及内容； 3.要求可适当分析页面布局，加入控制布局的标签； 4.要求设计一个合适的前端框架，即能分类存放不同的文档。 实验3：使用DIV+CSS布局并美化网页 实验目的： 1.掌握CSS基本语法；
软件工程 专业属性：理科（工） 移动互联网方向分析 分享人：成都东软学院13级软件工程-133********-秦欢 软件工程专业(移动互联网应用与开发方向)专业介绍 【培养定位】 本专业旨在培养德、智、体、美、能全面发展，掌握信息工程、计算机科学技术的基础理论和知识，掌握软件系统的分析、建模和设计方法，掌握移动通信、移动互联网、移动信息处理设备硬件基本理论和知识，掌握一定的移动互联网通信开发技术，具有移动终端系统应用软件的开发、维护、单元测试能力，能够根据设计的要求开发移动设备软件和移动Web应用，具有开发实践和项目组织的初步经验，具有创新、创业意识和团队精神，能够在软件公司从事移动互联网W AP平台搭建、移动应用软件、移动Web应用和移动搜索引擎的设计与实现的基础扎实、知识面宽、能适应未来软件技术和移动互联网技术发展需要的高素质工程型软件人才。
【授予学位】 工学学士 【专业设置特色】 根据“宽专业、厚基础、重能力、高素质”的培养原则，重视信息工程与计算机科学与技术的基础知识学习和工程训练，通过理论学习和实践操作，着重培养学生从事移动应用软件开发和企业级网络应用软件开发能力，要求学生熟悉电子邮件应用、短信平台应用软件及移动网络软件的开发，同时会搭建移动互联网WAP平台应用以及移动搜索引擎开发技术。 在工程训练上注重学生移动应用软件的系统分析与设计、软件的开发与测试、软件质量控制与项目管理及移动信息工程设备硬件系统分析、维护等方面能力的培养。通过与IBM、Microsoft、Google、M otorola等国际性大企业接轨，重点学习国际软件工业界最新的移动应用软件的开发设计技术和软件项目管理技术，并能熟练使用国际软件工业界最新和最流行的商用软件工具以及开源软件工具高质量地开发移动软件项目，使学生有着深厚的专业能力和宽广的就业范围。 本专业的主要特点是培养目前在迅速发展的移动互联网技术、社会需求在迅速增加的应用型技术人才。
“2015年全国职业院校技能大赛”高职组“联想杯”移动互联应用软件开发 竞赛赛题F卷 2015年全国职业院校技能大赛组委会 中国·潍坊 2015年6月 工位号：
赛题说明 一、竞赛内容 本试卷适用于Android 4.3或Win 7平台，共一套综合题，其中包含1道系统设计题、3道改错题和10道编程题，编码实现各题，试卷满分100分。 二、竞赛时间 竞赛时间：共计240分钟。 三、竞赛事项要求 1.参赛选手不得携带通信设备等物品进入赛场，违反者按作弊处理。 2.请根据大赛所提供的比赛环境，检查所列的硬件设备、软件清单、材料清单是否齐全，计算机设备是否能正常使用。 3.竞赛结束前，将各试题代码整合，部署到竞赛所提供的设备上，并提交一个完整的项目工程(服务端和客户端)代码到大赛组委会提供的U盘中，目录格式如图1所示。 图1 模块提交目录格式 4.竞赛结束时，请将U盘、试卷和答题纸统一提交。禁止将比赛所用的所有物品（包括试卷和稿纸）带离赛场。 5.裁判以各参赛队部署到竞赛设备上的APP运行结果为评分依据。严禁在程序及运行结果中任何位置标注竞赛队的任何信息，否则按照作弊处理。
项目背景 智能农业是通过光照、温度、湿度等无线传感器，对农作物温室内的温度、湿度信号以及光照、土壤温度、土壤含水量、CO2浓度等环境参数进行实时采集，自动开启或者关闭指定设备（如远程控制浇灌、开关卷帘等）。用户通过电脑或移动终端，随时随地观察现场情况、查看现场温湿度等数据和控制远程智能调节指定设备。现场采集的数据，为农业综合生态信息自动监测、对环境进行自动控制和智能化管理提供了科学依据。 本系统以联想实验机作为数据采集器，并与沙盘的单片机板通过串口相连，用于采集各种传感器的数据；同时，联想实验机作为服务器与客户端APP进行通讯，将采集到的传感器数据实时发送到客户端APP进行显示，并根据设置的阈值打开和关闭沙盘中的报警装置，用于实现对农业系统的智能化控制。 本试卷包括三个部分：第一部分为设计题，根据题目中所描述的信息，按照软件工程编写模块系统设计说明书来编写设计文档。第二部分为改错题，根据题目中所描述的错误信息，基于给定的工程代码定位故障位置，并修改为正确信息。第三部分为编程题，根据题目中所描述的需求，并参阅U盘中的辅助文档，自行设计，编码实现。
将会认识到这些趋势背后的创意。尽管这些趋势和在2009年流行的没有巨大的变化，但它预示了那些趋势将会进一步扩大流行并因此变得更佳。如果你正在考虑如何将新的潮流吸收进你的作品的话，请把注意力放在每个潮流趋势的中心思想上吧!多多鼓励自己去涉猎这些新趋势中，这样你会变成这个运动的一份子! 1 巨大的logo/标头(headers 飞出页面(splash pages已经非常过时了。为了给访问者造成难以忘怀的印象，2010的流行趋势将会是巨大的logo或者不相上下大小的标头。这种类型的标头会占据整个屏幕，但是只有一个重要的短信息在上面。访问者不需要点击任何东西，只要把鼠标向下滑动。访问的人现在普遍患有点击恐惧(由于多年来的缺乏指导。所以大幅的标头就像飞出页面一样，但是它不会强迫你的用户点击任何东西。中心思想:巨大的标头将会使你的访问者记住你的网站。 2 素描/手绘设计手绘设计并不是真正全新的一种潮流，但我们知道它仍然站在网页设计的前沿。很多设计师欣赏这种风格，但又怯于创作此类作品仅仅由于“我不会真正地手绘”的态度。如果你去看那些最流行的手绘风格网站(相对于其他趋势风格的网站，手绘设计的网站不多，你会注意到大多数同行不会绘画。这些设计不是要送往艺术博物馆的，它们只是传递一种异想天开的想法，并模糊冷冰冰的网络和人与人的互动——因特网的终极目标，之间的界限。如果你会涂鸦，你就可以创作素描/ 手绘风格的网页设计。素描在2010年会变得更加强大，尽管不是网页设计的主要焦点。它将会以新颖的和令人兴奋的方式被用于个性标准的页面文案(web copy。中心思想：素描在合作设计中会变成一个基本的组成部分。 3 肥厚的字体尽管在传统媒体中出现已经超过200年了，肥厚的字体在网页设计上的应用还算比较新的。要得到肥厚字体的可视化定义，就想想古老的狂野西部的海报“渴望”。那些醒目的字母就是肥厚的字体。肥厚字体普遍是大写字母，醒目并令人印象深刻。许多设计师以前避开肥厚字体不用，是因为以前标志和标头都比较小和比较简朴的缘故。和巨大的标头一起组合之后，肥厚的字体将会吸引浏览者的注意。中心思想：肥厚字体来大胆的表现自己。 4 活版印刷活版印刷是最难掌握的的潮流趋势之一，这就是它在2010年依然保持新鲜的原因。出于大家对可用性的呼吁，网页设计师不敢使用新起的和各式各样的字体。把不同大小尺寸的字体混合在一起这个想法
《Java Web开发》课程教学大纲 课程代码：21134050 课程名称：Java Web开发课程性质：专业拓展（选修） 学分：3 学时：72 讲课学时：36实践/实验学时：36 适用专业：软件工程（移动互联网方向） 先修课程：Java 程序设计、数据库系统、HTML基础 一、课程目标 本课程主要介绍动态网页生成技术的基本原理，了解开发基于JAVA的动态网页的基本知识，掌握Web编程技术的基本思想，能够较熟练地掌握使用Servlet 和JSP技术进行动态网站程序设计，能够完成配置JAVA Web的开发环境配置，从而培养学生B/S架构下的程序设计能力,掌握构建大型、分布式的电子商务应用的动态Web网站的程序设计技术，为学生今后从事软件开发工作打下坚实的基础。 二、教学内容 1.JAVA Web开发入门 教学要求： 了解HTML基础和JavaScript基础，理解JAVA Web的开发目标和作用，掌握JAVA Web的开发环境JDK、Tomcat、Eclipse、MySQL的配置与使用。 教学内容： 软件编程体系简介；企业应用开发架构； Z J2EE应用开发体系； J2EE体系结构的优点； ZN J2EE应用开发环境的配置与使用。 教学内容： Z JAVA Web的开发环境配置； HTML基础； JavaScript基础； Tomcat的安装与配置； N IDE-- Eclipse的安装与配置；
ZN创建第一个动态Web项目； 实验内容： 实验一JAVA Web开发环境的安装和配置 JDK1.6的安装和配置。 Tomcat服务器的安装、运行和测试。 Eclipse4.4的安装和测试。 MYSQL的安装和测试。 在Tomcat服务器中部署简单的应用程序。 实验二 HTML和JavaScript基础练习 HTML文档基本结构 HTML常用标签的使用 表格、链接和图片 表单标签框架 JavaScript语法 JavaScript内置对象 2.JSP编程 教学要求： 了解JSP的体系内容，理解JSP的运行机制，掌握JSP编程的主要方法。掌握JSP的基本语法、表单、内置对象和数据库应用。 教学内容： JSP编程的基本语法； Z 表单开发； JSP内置对象； N JSP访问数据库； 实验内容： 实验三 JSP编程技术 JSP基本语法，包括JSP表达式、JSP程序段、JSP声明、URL传值和JSP 指令和动作； 表单开发，单一的和捆绑的表单元素的数据获取； JSP内置对象，JSP 9个内置对象的访问； JSP访问数据库，MySQL数据库的安装配置，与JSP访问数据库（JDBC）。 3.Servlet与JavaBean开发
第一章习题答案 1.什么是Internet和万维网，它们的区别在哪里？ 答：Internet是由成千上万台计算机设备互相连接，基于TCP/IP协议进行通信从而形成的全球网络。万维网是Internet上最重要的服务之一，也常被简称为“W3”或“Web”。万维网主要使用HTTP协议将互联网上的资源结合在了一起，并在浏览器中以Web页面的方式呈现给用户。 2.请简单描述用户上网浏览网页的原理。 答：用户打开Web浏览器并输入需要访问的URL地址，该地址将发送给对应的Web服务器。Web服务器然后将该地址对应的文本、图片等内容发送给用户并显示在用户使用的Web浏览器中。 3.Web前端技术的三大核心基础是哪些内容？ 答：HTML、CSS和JavaScript。 4.Web前端新技术HTML5与HTML有什么关系? 答：HTML来源于Hypertext Markup Language（超文本标记语言）的首字母缩写，是用于架构和呈现网页的一种标记语言，也是万维网上应用最广泛的核心语言。HTML5是HTML的第五次修改版，也是目前HTML语言的最新版。 第二章习题答案 1.HTML5的文档注释是怎样的？ 答：HTML5使用标签为文档进行注释，注释标签以“”结束，中间的“...”替换为注释文字内容即可。标签支持单行和多行注释。 2.HTML5中列表标签有哪些，它们之间有什么区别？ 答：包括有序列表标签、无序列表标签和定义列表标签三种。 有序列表标签
授课题 目（教学章节或主题）第1课jQuery Mobile介绍 与开发工具 授课学时2课时 授课时间 授课地点实训机房 教学目的熟悉jQuery Mobile，快速开发一个手机网站程序教学重点jQuery Mobile文档的查看方法 教学难点jQuery Mobile文档的查看方法 教学方法课堂讲授、演示、学生实践 教学准备教学ppt、预先做好的案例、互联网上的官方资源的引用、相关开发软件的提供 教学步骤、内容、时间分配（分钟）一、本课程安排、要求和成绩组成（10分钟） 二、HTML5的特性介绍（15分钟） 三、jQuery Mobile正课教学（20分钟+45分钟） 3.1 jQuery Mobile的基础知识、版本介绍 3.2 Sencha Touch(ExtJS)介绍 3.3 如何引入jQuery 文件 3.4 利用开发环境（IDE）的提示工具简化开发 3.5 如何查看官方文档 3.6 把jQuery Mobile项目部署到IIS或者Apache上面供手机浏览器调试 讨论、作 业题、思 考题 为什么我们要用jQuery Mobile或者sencha开发手机网站？课后小结
授课题 目（教学章节或主题）第2课jQuery Mobile控件介绍 授课学时2课时 授课时间 授课地点实训机房 教学目的了解jQuery Mobile有哪些常用组件以及如何它们如何使用教学重点jQuery Mobile文档的查看方法 教学难点jQuery Mobile如何动态获取数据 教学方法课堂讲授、演示、学生实践 教学准备教学ppt、互联网上的官方资源 教学步骤、内容、时间分配（分钟）一、Page元素、Header控件、Footer控件（15分钟） 二、button控件、Dialog控件（10分钟） 三、ListView控件（30分钟） 四、checkboxradio控件（10分钟） 五、NavBar控件（5分钟） 六、slider控件（5分钟） 七、collapsible控件（5分钟） 八、icon图标系列（5分钟） 九、theme主题（5分钟） 十、历史版本(10分钟) 讨论、作 业题、思 考题 如果决定jQuery Mobile的官方样式不够好看，怎么办？课后小结
4G时代的开启以及移动终端设备的凸显必将为移动互联网的发展注入巨大的能量。那什么是移动互联网开发? 在我国互联网的发展过程中，PC互联网已日趋饱和，移动互联网却呈现井喷式发展。数据显示，截止2013年底，中国手机网民超过5亿，占比达81%。伴随着移动终端价格的下降及wifi的广泛铺设，移动网民呈现爆发趋势。 移动互联网就是将互联网业务移动化，开发任务就是手机、平板等移动终端的应用开发等前端APP开发，对移动APP提供支撑的平台开发，以及针对手机用户行为分析、流量分析等的移动业务数据分析则属于移动互联后端的开发。 移动互联网(MobileInternet, 简称MI)是一种通过智能移动终端，采用移动无线通信方式获取业务和服务的新兴业务，包含终端、软件和应用三个层面。终端层包括智能手机、平板电脑、电子书、MID等;软件包括操作系统、中间件、数据库和安全软件等。应用层包括休闲娱乐类、工具媒体类、商务财经类等不同应用与服务。随着技术和产业的发展，未来，LTE(长期演进，4G通信技术标准之一)和NFC(近场通信，移动支付的支撑技术)等网络传输层关键技术也将被纳入移动互联网的范畴之内。 随着宽带无线接入技术和移动终端技术的飞速发展，人们迫切希望能够随时随地乃至在移动过程中都能方便地从互联网获取信息和服务，移动互联网应运而生并迅猛发展。然而，
移动互联网在移动终端、接入网络、应用服务、安全与隐私保护等方面还面临着一系列的挑战。其基础理论与关键技术的研究，对于国家信息产业整体发展具有重要的现实意义。 移动互联网，就是将移动通信和互联网二者结合起来，指互联网的技术、平台、商业模式和应用与移动通信技术结合并实践的活动的总称。简单说就是把互联网技术应用到移动网络中，开发任务就是手机、平板等移动终端的应用开发等前端APP开发，实现移动上网。 对移动APP提供支撑的平台开发，以及针对手机用户行为分析、流量分析等的移动业务数据分析则属于移动互联后端的开发。主要涉及的有计算机网络及移动网络的知识。 移动平台应用开发是目前软件和互联网领域的热门技术，目前市场上的智能手机以苹果的iPhone和谷歌的Android手机为主，各种游戏和应用不断涌现，手机应用平台已经成为继Windows和Web平台后又一个主流的软件技术平台。 汇桔网精选全国专业开发公司，寻求互联网前沿技术+专业开发技术，上汇桔网查看最专业的开发外包公司，让互联网商业变得更简单，您的需求,我们全力满足，点击进入汇桔网咨询。
静态页面制作（排版） 通过在伽然这段时间工作经历的总结，发现前端排版工作中存在下问题： 1.缺乏高端技术人才； 2.缺乏开发标准； 3.代码复用性低； 4.技术风险难于把控； 归结以上问题原因： 1.所掌握的知识与项目实际所需的不匹配； 2.知识面狭窄； 3.动手能力差； 4.逻辑思维不缜密； 这是一个恶性循环，无型中增加了研发成本。 对于这样的现状经过思考，在这里阐述一下自己的想法，大家共同去考量研究一下：分工明确精细，责任到人。 大致分为这样几个步骤： 1.阅读设计稿 a)纵观设计稿。迅速阅读设计稿，脑子里迅速形成整个网站展示出来的效果。 b)逐个审查。仔细检查设计稿，记录所有设计问题、效果质疑。 c)提交确认阅读结果。 2.分析/拆分页面 a)整理设计稿，做到一一详尽。 b)提出设计稿中共通点。 字体、大小、颜色 按钮样式 边框粗细、样式 存在几种公用页面布局框架样式 命名各个页面 文档方式注明，确定各个样式className（涉及到的每个页面标注清楚） c)逐个分析每个页面的具体模块，提出简单思路、注意事项以及存在的技术难点。
标注该模块排版时需要注意的事项： 模块的名称定义（CSS样式名称、其他素材名称前缀） 标注可用到的公用样式className 需要添加的页面效果（逻辑复杂需要提供简单的书写思路以及技术支持） 3.搭建项目框架 a)新建一个项目文件夹 b)在项目文件夹中分别新建css、images、js、html文件夹 c)在css文件夹里面创建公用样式文件、以及涉及团队成员的私有样式集 d)页面分类。在html页面内分别创建同类页面的文件夹 e)根据提前确定的名称在各类文件夹中添加各个空页面，引用公用样式 f)临时添加以团队成员名字命名的文件夹，用来存放单个模块代码 4.分工制作 a)页面类型 b)根据团队成员实际工作水平 c)根据掌握知识点层级程度 这里需要增加一项工作：过代码。这在一个团队开始阶段我感觉是必须的，在开始的时候严格把控。 5.页面整合 注意的样式之间的冲突、仔细调试 6.整体测试 7.提交结果 8.总结优劣 总结这样做优点： 易于学习，易于使用 提高代码复用 从细节规范开发 封装技术细节，降低技术难度
《移动互联网应用开发》课程教学大纲课程名称：移动互联网应用开发 学分及学时：2学分 36学时 适用专业：物联网工程 开课学期：第六学期 开课部门：计算机与互联网学院 先修课程：计算机网络原理 考核要求：考试 使用教材及主要参考书： 移动Web开发实战，管西京编，上海交通大学出版社。 一、课程性质和任务 通过系统的理论学习和实践，使学生掌握移动Web基本知识；掌握HTML5新技术特性在表单使用、音频和视频应用、Canvas绘图、数据存储以及文件操作处理方面的应用；掌握初步的实验技能，培养学生的科学思维能力、分析计算能力、实验研究能力和科学归纳能力解决问题的能力，为学习后续课程准备必要知识。 二、课程教学目的与要求 本课程采用多媒体教学与板书教学相结合的教学手段，课程讲授与启案例教学、课堂讨论、解释实际现象、撰写课程论文等多种教学方式结合，实行互动研究型教学，重点培养学生的理论素养。因此，本课程要求课前必须阅读教材的相关部分和参考文献；课上主动参与讨论；课后按时完成布置的作业，积极进行教学互动交流。 三、课程学时分配 四、课程教学中应注意的问题
对物联网专业的学生，尽量补充课本以外的知识点，帮助学生们拓展物流的视野，夯实专业基本功。 五、课程教学内容 （一）Web开发标准于网页网站制作介绍 1、基本内容：Web开发标准、CSS网页布局标准、网页的基本构成元素。 2、教学要求：通过本章的学习，学生正确了解Web开发标准、SS网页布局标准；掌握网页的基本构成元素。 3、重点、难点：网页的基本构成元素。 4、教学建议：课堂讲授为主，上机与多媒体课件相结合，布置课后习题或课堂练习考查知识点掌握情况。 （二）Web开发技术基础 1、基本内容：网页三剑客。 2、教学要求：通过本章的学习，要求学生掌握网页三剑客。 3、重点、难点：本章的重点网页三剑客。 4、教学建议：让学生掌握网页三剑客。 （三）打造移动Web应用程序 1、基本内容：推理的相关知识、概念、分类、逻辑基础、证据理论。 2、教学要求：通过本章的学习，要求学生理了解开发移动Web应用程序的流程；能熟练运用Android开发环境的搭建。 3、重点、难点：Android开发环境的搭建。 4、教学建议：本章以上机课为主，利用案例进行授课。 （四）HTML5在移动设备中 1、基本内容：HTML5的新特新、用HTML5设计移动网站前的准备、将站点升级至HTML5等知识。 2、教学要求：通过本章的学习，要求学生掌握HTML5全新功能 3、重点、难点：HTML5全新功能。 4、教学建议：本章应用图文结合的方式，案例进行授课。 （五）使用表单元素 1、基本内容：表单元素的类型、属性。 2、教学要求：通过本章的学习，使学生用表单实现动态网页的基础。 3、重点、难点：表单元素。 4、教学建议：本章应用图文结合的方式，案例进行授课。 （六）音频和视频应用 1、基本内容：HTML5页面中实现播放音频和视频。 2、教学要求：通过本章的学习，要求学生掌握HTML5页面中实现播放音频和视频。 3、重点、难点：本章的重点处理音频和视频。 4、教学建议：本章应用图文结合的方式，案例进行授课。 （七）Canvas绘图详解 1、基本内容：Canvas绘图。 2、教学要求：使学生较好地掌握蚁HTML5页面中绘制图形图像。 3、重点、难点：Canvas绘图。 4、教学建议：本章应用图文结合的方式，案例进行授课。 （八）数据存储 1、教学基本内容：WEB存储概述、WebStorage存储方式、WebDB存储方式。
《移动互联网应用开发》课程标准 一、课程基本信息 （一）课程简介 《移动互联网应用开发》课程是软件技术专业的专业拓展课，是专业人才培养目标得以实现的保证。本课程针对Android工程师岗位中典型工作任务，使学生更深入地掌握Android平台下应用程序开发技能，通过完成学习性任务，逐步培养学生具备软件设计和编码能力，通过小组学习、项目实训，培养学生在Android平台下进行程序设计、软件测试、项目实施、软件维护所需的职业能力和素质能力，同时通过多种教学方法和教学手段的灵活运用，培养学生的可持续发展能力，为专业培养目标奠定基础。 （二）课程性质与定位 1.课程性质 根据专业人才培养方案制定的培养目标，《移动互联网应用开发》课程为软件技术专业高职学生的职业能力课，是软件技术专业的专业核心课。
2.课程定位 本课程面向Android软件开发、Android软件技术支持以Android及软件测试三个岗位，在《3G移动应用开发》技术的基础上综合设计测试Android项目，从而使学生能够更好地适应就业岗位。本课程的主要授课对象为软件专业高职二年级第二学期的学生，已经系统学习过《C语言程序设计》、《页面美化》、《使用Java理解程序逻辑》、《数据结构》、《使用JSP开发Web应用系统》、《Java面向对象编程》及《3G移动应用开发》等课程，具备软件开发的基础能力。 （三）课程设计思路 1.课程设计依据 本课程遵照教高[2006]14号[1]、教高[2006]16号[2]、教高厅函[2007]47号[3]等文件精神，依据本专业的人才培养方案，确定本课程的目标和教学内容，具体应遵循以下原则。 在课程设计上，坚持以能力为本位，以学生为主体，教师角色转换为倡导者。 在课程内容选取上，应以过程性知识为主、陈述性知识为辅，即以实际应用的经验和策略的习得为主、以适度够用的概念和原理的理解为辅。 在课程内容排列上，应以工作过程为参照系整合陈述性知识与过程性知识。 在课程内容结构上，突出模块化设置，以便新技术新产品进入教学内容。 在课程职业技能培养上，要把职业资格证书（职业标准）的考核项目与要求纳入到专业课程标准之中，为学生就业服务。 在课程教学组织设计上，要以真实工作任务或社会产品为载体组织教学，积极推广探索教学做一体化、情境式教学、互动式教学。 以“REACT”设计情境教学，以“3P”和“ARCS”模式设计互动式教学活动。 在教学资源建设上，突出学习包教学标准建设和借助教学平台开发网络教学资源。 在培养过程中，注重全人发展、服务学习、学长计划、过程资历认可（RPL）的实施。 2.具体设计思路 本课程根据软件技术专业Android软件开发、Android软件技术支持以Android及软
web前端工程师如何创建h5页面 使用H5网页设计，可以极大的提升视觉吸引力，而且可以提供更多高质量的视频和音频，页面打开速度快，视觉效果强。满足了企业所有平台的网络推广需求，节省了企业的人力、物力、和财力。但是H5页面也是有一定的技巧的，今天千锋小编就给大家传授一下，web前端工程师如何创建H5页面。 首先要弄清h5页面的传播适用哪些应用场景。可以说，这个问题没有固定的答案，因为h5页面在各种各样的场景下都可以使用，比如我们经常听客户在询问，想做一款h5专题来宣传即将上线的新产品。从技术上说，看你的是可行的，但是并不是所有的活动都可以在同样的h5页面中套用，这就很有讲究了。 例如，以h5游戏为应用场景，很多活动的h5页面往往都是一些小游戏，这些游戏并不是简单地为逗用户开心地玩耍而设计的，最成功的h5游戏应该是和宣传的主题一致，让用户在游戏的过程当中无形中感受到宣传的主题的存在，也就是这种让用户愿意玩、愿意分享、愿意传播的理由都可以从游戏体验的过程中感受出来。举个例子，为某大牌明星举行大型演唱会设计的h5游戏页面，在
界面中融入了一款K哥或者猜歌名小游戏，既能够让用户记住这个明星和作品，又能够让用户在体验的过程中有到演唱会的感觉。 千锋教育html5课程大纲贯穿项目实战于其中。大型企业项目实战，覆盖各行各业实战项目，千锋自行研发的升级版教学大纲，结合多项商业案例学习，让学员拥有理论基础，同时更具实践能力，是成为优秀前端工程师的不二法门。 千锋教育拒绝培养只会写简单HTML代码，简单制作网页的前端程序员，千锋认为合格的Web开发工程师是网页用户体验优化师，必须具有超乎常人的创意，独特的审美视角，和与时俱进的创新意识。如此培养才能满足企业所需，用户所想。
上机实验 一、实验目的 1、了解WebView的工作机理； 2、掌握WebView装载本地html文件、访问远程web页面、执行Java Script的方法、Java Script调用Java Class的方法； 3、通过WebView与模拟的微信服务端通信，实现一个模拟的微信移动端界面。 二、实验内容 1、实验准备， （1）将“微信模拟服务端”部署到Tomcat服务器中； （2）将“微信模拟服务端”中的html和img两个文件夹拷贝到项目工程的assets目录。 （2）在布局中放置一个WebView控件，并在Activity中初始化 2、WebView调用远程的html页面
注意：调用远程页面需要Internet访问权限 3、WebView调用本地的html页面 "
分析list_with_js.html文件，可以看到其中有showContent()这个函数，其功能就是在原来预留的图片list末尾增加一行，显示"Please add the first friend." 5、WebView通过Java Script调用Java Class （1）在MainActivity中新建一个内部类JSService （2）在onCreate函数中将JSServer增加为Java Script可以调用的类 （3）载入包含JavaScript的html文件list_js2java
XXX大学 《移动互联网开发技术》大作业报告题目：电子书APP-《书屋》 学生姓名：学号： 学院：专业班级： 完成日期：2020年10 月20 日 成绩（百分制）： 授课教师：
目录 目录 (2) 1功能描述 (1) 1.1总体界面 (1) 1.2书架模块 (2) 1.2.1显示目录 (3) 1.2.2设置主题 (3) 1.2.3设置翻页效果 (4) 1.2.4设置字体样式 (4) 1.2.5调节字体大小 (5) 1.2.6设置字体颜色 (6) 1.2.7添加书签 (6) 1.2.8显示书签列表 (7) 1.2.9清空书签列表 (7) 1.3用户模块 (8) 1.3.1用户注册 (8) 1.3.2用户登录 (9) 2程序结构 (10) 2.1整个工程包含的所有JA V A文件 (10) 2.2整个工程包含的所有布局文件 (11) 3详细设计 (12) 3.1主模块设计 (12) 3.1.1主模块流程图 (12) 3.1.2主模块关键代码 (12) 3.2书架模块设计 (13) 3.2.1书架模块流程图 (13) 3.2.2书架模块关键代码 (13) 3.3用户模块设计 (17) 3.1.1用户模块流程图 (17) 3.1.2用户模块关键代码 (18) 3.4数据库设计 (20) 4运行效果 (22) 5总结 (30)
1功能描述 这款电子书APP主要有三个大模块，我的、书城、书架。分别的功能是用户中心，网上书城，我的书架。 APP截图： 图1.1 电子书APP运行在手机上的效果 1.1总体界面 书城：可阅读网上的电子书 图1.2 APP整体样式
个人简历 个人信息 姓名：xxxx 性别：男 出生日期：1993.03 婚姻状况：未婚 工作所在地：北京家庭所在地：湖北 联系电话：18xxxxxx 电子邮箱：xxxxxx@https://www.doczj.com/doc/0f6296718.html, 专业技能 1、熟练使用Sublime、Photoshop等软件，掌握网站效果图的制作、切片以及HTML页面代码优化等技术； 2、精通HTML5+CSS 3、DIV+CSS等网站前端技术； 3、能够熟练编写标准前端代码，熟悉浏览器兼容问题解决方案； 4、熟练掌握javascript语言，精通jQuery库、bootstrap库，能够实现网页的动态效果与页面交互； 5、熟练掌握响应式设计，能够开发移动端页面；熟练使用swiper手机端应用库； 6、了解node后台，熟练掌握Ajax技术； 7、了解gulp自动化构建工具，了解less，echarts图表库； 工作经验 2015.07–至今北京第嘉传媒文化有限公司职位名称：前端开发工程师 工作职责： 负责公司产品或项目Web前端开发,根据产品需求和UI效果图利用sublime编程软件进行div/css 标准网页制作，Js逻辑设计与开发、jQuery特效编写以及使用插件实现特效，解决主流浏览器兼容性问题，对网站用户体验性能进行优化，完成产品前端展示效果和交互功能。 2014.09– 2015.6 秦皇岛市金銮之巅科技开发有限公司职位名称：前端开发工程师 工作职责： 负责公司项目的前端修改调试和开发工作，精确的将网站设计图重构成html 页面。从ps切图到div/css标准网页制作及主流浏览器兼容问题的解决，并与后台紧密配合，确保代码有效链接。 项目经历： PC端 中国智力运动网 https://www.doczj.com/doc/0f6296718.html, 为智力运动量身打造的综合业务网络管理平台，国家体育总局棋牌运动管理中心综合服务管理平台。 涵盖了围棋、象棋、国际象棋、桥牌、国际跳棋等各种协会。
移动前端开发和 Web 前端开发的区别 现在出现很多与前端相关的职位，那么移动前端开发和 Web 前端开发的区别是什么？下面为大家解释一下。可以分成两部分理解： 1.服务器端开发，也叫后台开发，这是唯一的，对应不同的平台，他负责数据的分发与存储，和一些逻辑的处理.逻辑处理的多少由业务的复杂程度决定。服务端相对独立，与平台没啥关系. 2..一种不同的平台指web平台、移动设备平台等，移动设备又可分为andriod平台、iPhone平台等每个平台都有自己的规范和开发技术。web平台的规范是键盘+鼠标，开发技术是html+css+javascript；移动设备平台的规范是键盘+手指（触摸和手势），技术iphone是Objective-C，android是java。 业界很少有说移动web前端开发的，都是移动web开发.而web app 特指的是用html5技术开发，之所以叫web app是因为他比较接近客户端应用程序的用户体验，可以和系统深度融合，调用一些只有客户端才能调用的功能（比如在移动设备上利用html5开发出的网页可以访问电话、摄像头等本地功能）. 通常你看到的一些文章中会提到web app 和native app,这里的web app指的是mobile web app,而移动web和web开发没本质的区别，但需要不同的开发框架，以解决在移动设备上的适配问题和一些特殊的操作以及功能调用。 源代码教育小编最后总结一下，web开发利用的是基于浏览器的网页
语言技术，native app开发利用的是基于操作系统的程序语言技术，web app介于两者之间.当然现在比较流行混合型app.
网络教育学院《Web前端网页制作》课程设计 题目： 学习中心： 层次： 专业： 年级：年春/秋季 学号： 学生： 辅导教师： 完成日期：年月日
大工19秋《Web前端网页制作》课程设计 注意：从以下5个题目中任选其一作答。 题目一：学习资源共享平台 总则：利用先关的平台和数据库设计一个资源共享平台。（具体工具平台及语言可以自己根据自己的习惯选用） 要求：（1）建立一个完整的平台文件夹，所有平台内容都要包含在建立的这个文件夹内，平台各类元素文件在总文件夹中 以子文件夹形式分类清楚。（如图片都放在子文件夹image 里，html页都放在pages子文件夹内，数据库文件放在 DB文件夹内） （2）平台系统用户分为：学生用户、教师用户和管理员用 户。不同的用户拥有不同的权限，各自完成各自的管理功 能，不同的用户看到不同的系统功能。 （3）用SQL Server/MySql创建后台数据库，并完善数据 库结构和功能。 （4）学生用户的主要功能模块：学生的登录与注册、学生 留言、资料上传、下载。 （5）教师的主要功能模块：教师的注册和登录、教师留言、 资料上传、下载。 （6）管理员的主要功能模块：管理员管理学生教师的信息、 管理员审核资料。 （7）附带一份课程设计功能说明书，也放在总文件夹中。
功能书包含：介绍各模块功能、数据库设计说明、各模块 核心程序、总结及体会。 （8）将所制作的相关文件压缩成一个文件，文件名为[姓 名奥鹏卡号学习中心]（如戴卫东101410013979浙江台 州奥鹏学习中心[1]VIP ） 作业提交： 大作业上交时文件名写法为：[姓名奥鹏卡号学习中心]（如：戴卫东101410013979浙江台州奥鹏学习中心[1]VIP） 以附件形式上交离线作业（附件的大小限制在10M以内），选择已完成的作业（注意命名），点提交即可。如下图所示。 注意事项： 独立完成作业，不准抄袭其他人或者请人代做，如有雷同作业，成绩以零分计！
移动互联网APP开发的机遇与挑战 工信部数据显示，截至2014年6月30日，我国4G用户数达1397万；3G用户累计达4.71亿户。中国移动通信基站设备市场规模累计达到25006.6万信道，智能手机出货量为3.89亿部，超过之前累计出货量之和，移动互联呈现爆发式发展趋势。 大众生活正因移动互联悄悄改变，消费时用App寻找优惠促销信息，无聊时玩游戏打发时间，使用社交App发送文字、音视频联系朋友，旅途中用办公App进行商务办公......这些几年前的新潮现象，现在已成为大众生活的常态。便捷的移动互联服务丰富了大众生活，帮大众节省了大量时间和金钱，也给企业带来了更多营销机会。 移动互联网浪潮的汹涌来袭，对企业的管理和营销能力提出了新的挑战。企业应用服务商深圳腾泰翼瞄准移动互联网入口，积极打造移动营销生态链，为企业移动互联网布局提供第三方解决方案，适时抓住发展机遇。 App是用户进入移动互联网的重要入口，为企业提供了展示产品讯息和品牌形象的精准渠道，对企业营销的意义重大，是移动营销链条开端。但中小企业独自App开发的能力有限，移动互联的尝试曾一度受限。现在市场上有深圳腾泰翼APP开发商，提供App快速开发解决方案，通过模版化开发为中小型企业定制App，解决了这一难题。 深圳腾泰翼是一家专注移动互联网产业链的服务公司，以超过五年的移动互联网行业经验，超过三百人的专业队伍，高效整合各种资源，向企业提供商业模式咨询、用户体验设计、APP产品开发、互联网运营推广等一站式服务，帮助企业规划和实现互联网+转型，挖掘商业价值，实现高速增长。一站式服务，模块化操作，缩短了企业App 开发周期、节省了开发成本低、降低了技术门槛；其定制化开发，又满足不同企业个性化需求。 第三方App快速开发企业移动应用解决方案满足不同行业企业的多元需求，为客户关系管理和移动营销提供了快捷优质的解决方案，极大降低了App的开发费用和周期，成为企业级App应用的最佳解决方案，帮助企业顺利进入移动营销生态链的第一环。企业开发出App等应用后还面临着推广问题。深圳腾泰翼极力为企业量身打造一系列APP推广方案，维护企业App产业链的安全快捷的发展，为企业在未来在移动互
摘要移动性是互联网发展方向之一，移动互联网的基础协议能支持单一无线终端的移动和漫游功能，但这种基础协议并不完善，在处理终端切换时，存在较大时延且需要较大传输开销，此外它不支持子网的移动性。移动互联网的扩展协议能较好解决上述问题。文章首先介绍移动互联网的基本目标，然后介绍移动互联网的基础协议工作原理，最后介绍能提高移动互联网工作性能的扩展协议 0、引言 随着网络技术和无线通信设备的迅速发展，人们迫切希望能随时随地从Internet上获取信息。针对这种情况，Internet工程任务组（IETF）于1996年开始制定支持移动Internet的技术标准。目前，移动IPv6的正式标准（MIPv6-RFC3775[1]）和相关标准：移动IPv6的快速切换（FMIPv6-RFC4068[2]）、层次移动IPv6的移动性管理（HMIPv6-RFC4140[3]）、网络移动（NEMO-RFC3963[4]）已经出台，相关的各项开发工作都在进行中。 下一代移动通信的核心网是基于IP分组交换的，而且移动通信技术和互联网技术的发展呈现出相互融合的趋势，故在下一代移动通信系统中，可以较为容易地引入移动互联网技术，移动互联网技术必将得到广泛应用。 1、移动互联网的目标 传统IP技术的主机不论是有线接入还是无线接入，基本上都是固定不动的，或者只能在一个子网范围内小规
模移动。在通信期间，它们的IP地址和端口号保持不变。而移动IP主机在通信期间可能需要在不同子网间移动，当移动到新的子网时，如果不改变其IP地址，就不能接入这个新的子网。如果为了接入新的子网而改变其IP地址，那么先前的通信将会中断。 移动互联网技术是在Internet上提供移动功能的网络层方案，它可以使移动节点用一个永久的地址与互联网中的任何主机通信，并且在切换子网时不中断正在进行的通信。达到的效果如图1所示。 图1 移动互联网的目标 2、移动互联网的基础协议 移动互联网的基础协议为移动IPv6协议（MIPv6），IETF已经发布了MIPv6的正式协议标准RFC3775[1]。MIPv6支持单一终端无需改动地址配置，可在不同子网间进行移动切换，而保持上层协议的通信不发生中断。 在MIPv6体系结构中，含有3种功能实体：移动节点（MN）、家乡代理（HA）、通信节点（CN）。其中MN为移动终端；HA位于家乡子网，负责记录MN的当前位置，并将发往MN的数据转发至MN的当前位置；CN为与MN通信的对端节点。 MIPv6的主要目标是使MN不管是连接在家乡链路还是移动到外地链路，总是通过家乡地址（HoA）寻址。MIPv6
w e b前端个人简历集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
个人简历 个人信息 姓名：xxxx 性别：男 出生日期：婚姻状况：未婚 工作所在地：北京家庭所在地：湖北 联系电话：18xxxxxx 电子邮箱： 专业技能 1、熟练使用Sublime、Photoshop等软件，掌握网站效果图的制作、切片以及HTML页面代码优化等技术； 2、精通HTML5+CSS 3、DIV+CSS等网站前端技术； 3、能够熟练编写标准前端代码，熟悉浏览器兼容问题解决方案； 4、熟练掌握javascript语言，精通jQuery库、bootstrap库，能够实现网页的动态效果与页面交互； 5、熟练掌握响应式设计，能够开发移动端页面；熟练使用swiper手机端应用库； 6、了解node后台，熟练掌握Ajax技术； 7、了解gulp自动化构建工具，了解less，echarts图表库； 工作经验 –至今北京第嘉传媒文化有限公司职位名称：前端开发工程师 工作职责： 负责公司产品或项目Web前端开发,根据产品需求和UI效果图利用sublime编程软件进行div/css 标准网页制作，Js逻辑设计与开发、jQuery特效编写以及使用插件实现特效，解决主流浏览器兼容性问题，对网站用户体验性能进行优化，完成产品前端展示效果和交互功能。 –秦皇岛市金銮之巅科技开发有限公司职位名称：前端开发工程师 工作职责： 负责公司项目的前端修改调试和开发工作，精确的将网站设计图重构成html 页面。从ps切图到div/css标准网页制作及主流浏览器兼容问题的解决，并与后台紧密配合，确保代码有效链接。 项目经历： PC端 中国智力运动网 为智力运动量身打造的综合业务网络管理平台，国家体育总局棋牌运动管理中心综合服务管理平台。