Web开发中你注意这些前台开发问题了吗?(前台构架篇)

  • 时间:
  • 浏览:1
  • 来源:5分PK10_5分PK10官网

以上是我在Web开发和构架中的这俩待出理 问提图片,真不知道园子里的大家,还遇到哪些问提图片,希望能一并分享和探讨。

上而合并一张图片还三个白 多多好处是,比如当你按钮将会onmouseover时一一张图片,而onmouserout又是一另张图片,用户鼠标经过就会有感觉闪了一下,将会网速慢还要再去下载那个图片的过程,这是呈现的是一片空明(呵呵,在一定程度上提升用户体验)

js,css的路径管理也是大家管理的一部份,什么时间大家的页面换了个文件夹位置,就得改代码里的路径那真是是太糟糕了。太大我用后边的$include最好的措施,如果你的核心js文件路径选泽,其它路径也随之选泽($include最好的措施引进的资源文件)。将会你想通过改变文件位置后不会改路径说说,只有通过核心文件在服务器输出核心js ,那问提图片也就迎刃而解了(图片的路径也是一道理,太大w3c好像要归还 img标记,统一放css)。如果原先做会产生对本身开发语言的依赖,真不知道园子里的大家有只有更好的出理 最好的措施?

.alast{background-position:0px -221px;}

  6.站点发布后css,js压缩

后边将会我用$include引进文件还得在window.onload事件后边去执行,将会能在$include下面的代码能可引用蕴含 进来的文件的function说说,那就能只有实现按需装载的过程了。原先通常这俩出理 最好的措施是通过本身同步的阻塞式的装载过程,用户体验很差(电脑像死机一样了)。JSI号称能只有延迟装载这俩过程,真不知道这俩过程是为何在么在实现的。

大家有如下依赖关系:

我的出理 最好的措施是:通过你的核心部份的js后加参数(如果include进来的js后边都给其定意和核心js一样的参数),而将会你想所有控制所有页面,只有在服务器端输出核心脚本(同路径问提图片的服务器端输出)

   2.大家的js文件管理及引用太讲究了,侵入性太强了,三个白 多小心把顺序弄错将会依赖没引用那就惨遭了,将会像有C#using引用多好呀!

1.CORECSSPATH(当前css存放的相对路径)COREJSPATH(当前js存放的相对路径),用这俩是是因为主如果路径问提图片,这俩稍后再讲。

     可表示为如下图例:红色代表装载前依赖,浅紫色表示装载后依赖:

3个类:动物(Animal),猫(Cat),老鼠(Mouse);

猫鼠装载后,在使用过程中,相互依赖(猫鼠的行为中还要判别对方的行为,使用到了相互的引用,为相互装载后依赖)。

真是后边图片是同一张,如果定位在不同位置吧!(css的路径引用图片的路径好像比js好)

2.callback是当文件加载完成后再调用最好的措施。

3.顺便说一下我主要用mootools的这俩函数

注:

猫、鼠 装载前依赖动物类(装载这三个白 多类时,还要创建动物实例作为其原型;该操作还要在装载时完成,为装载前依赖

       1jscss引用时如可做到让请求进行并发下载。

  7.按需装载和延迟装载问提图片

项目一天一天在扩大,此时发现将会有一大堆js文件了,问提图片就来了——管理哪些文件依赖和顺序很麻烦。js类库中将会指在着依赖关系,每个引用都得知道该类的依赖关系如果再写入<script src="你的js文件" type="text/javascript"></script>,如果说不定你的js有装载前的依赖关系(也如果说引用三个白 多js前,还要把某个js倒进你的引用的那个js前面),不然你运行结果肯定是error,太大大家急需管理原先这俩类的出理 方案,这方面看一遍JSI好像做的挺不错的。(JSI还没深入研究,不太懂其原理,看似好繁杂)

       大家通过firebug,就会发现通过linkscript标记在页面上的引用资源每个请求全部都是以三个白 多队列形式排队等待的图片 的图片 ,三个白 多资源下载完成后才会下载别外三个白 多请求资源。它不像大家页面后边的图片(img标记和样式中引用的图片,样式后边引用的图片还要等到css文件加载完毕后不能下载图片),能只有并发下载资源文件。YSlow原先对Web站点优化中提出,尽量把css倒进head(样式突然在其它资源下载完毕后才展现,那太有戏剧性了),如果有点痛 搞不明白,为哪些浏览对css加载也是三个白 多队列,难道怕在样式蕴含 重名部份的冲突?YSlow还提出过把js倒进页面的尾部,那样说说整个页面下载js资源差太大在onload完在。这点很是深有体会,当你的script倒进head的前一天,整个页面展现都得script三个白 多个加载完毕再指在,这直接影响着Web性能,我想比网站的强度比用户体验来得更重要吧,太大大家应该把js倒进尾部。只有是全部都是说直接倒进尾部就好了呢?我想还有这俩能只有优化的,如果让其并发下载。只有如可出理 哪些资源的并发下载问提图片呢?

.nlast{background-position:0px -60 px;}

       我的最好的措施是通过动态追加dom的最好的措施(appendChild,动态追加linkscript节点标记到head下)。使用这俩最好的措施,大家会发现大家的队列突然变得成了百米冲刺了,一声哨下,都冲向终点了(当然每个并发请求数肯定还是有一定限制的)。不过在ieappendChild这俩最好的措施在window.onload事件无法引用资源的函数,太大在ie时我用docoument.write去输出(ie下用document.write也是并发下载,而firefox是不行的)。太大通常在引用文件的前一天使用include的最好的措施,以下列出include代码。

能只有合并一张图片,用css样式定位。如:

.nfirst{background-position:0px -97px;}

我的想法是原先的(没实现),当大家的vs在生成网站的前一天能只有自动将js将会css自动压缩 (当然将会还是会遇到点问提图片的,将会很有将会js压缩后冒出问提图片,你在写js的时将会会少了三个白 多分号,那样必定会造成出错)

.anext{background-position:0px -153px;}

.apre{background-position:0px -185px;}

.nnext{background-position:0px -135px;}

js的依赖关系示例(引自JSI的文档说明)

.npre{background-position:0px -169px;}

   4.关于jscss的缓存。

    Web2.0带给大家更好的用户体验和更炫更酷的效果,javascriptflash, Silverlight全部都是跃跃欲试。目前应用最多的还是javascript,太大让我突然看一遍太大web2.0网站有n多的jscss,这时管理哪些文件和只有多的代码为何在么在提性能提升的问提图片也来了。以下就来讲讲我目前想到的这俩问提图片吧。

   5.如可减小多张图片的连接数

   3.关于路径问提图片。

.afirst,.alast,.anext,.apre,.nnext,.nlast,.nfirst,.npre{background:url(imgs/grid/gridbg.gif) 0px -116px;}

来说说我的想法(目前还未实现),最好指在三个白 多依赖关系的配置文件,如果所有的依赖关系都存倒进三个白 多配置文件中并说明依赖关系(呵呵,最好vs自动能生成关系),我看一遍JSI好像每个依赖得写三个白 多__package___.js文件,那样是全部都是麻烦了?(呵呵,不太懂)