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

  • 时间:
  • 浏览:0
  • 来源:大发快3官方直播—彩神UU快三代理

1.CORECSSPATH(当前css存放的相对路径)COREJSPATH(当前js存放的相对路径),用这个 导致 主也不路径什么的什么的问题,这个 稍后再讲。

项目一天一天在扩大,此时发现刚刚有一大堆js文件了,什么的什么的问题就来了——管理这个 文件依赖和顺序很麻烦。js类库中刚刚所处着依赖关系,每个引用都得知道该类的依赖关系也不再写入<script src="你的js文件" type="text/javascript"></script>,也不说不定你的js有装载前的依赖关系(也也不说引用有一一个 js前,可不才能把某个js插进你的引用的那个js前面),不然你运行结果肯定是error,也不亲戚亲戚朋友急需管理另有一一个 许多类的补救方案,这方面看了JSI好像做的挺不错的。(JSI还没深入研究,不太懂其原理,看似好冗杂)

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

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

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

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

3.顺便说一下我主要用mootools的许多函数

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

2.callback是当文件加载完成后再调用方法。

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

   4.关于jscss的缓存。

以上是我在Web开发和构架中的许多待补救什么的什么的问题,谁能谁能告诉我园子里的亲戚亲戚朋友,还遇到这个 什么的什么的问题,希望能同時 分享和探讨。

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

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

嘴笨 里边图片是同一张,也不定位在不同位置吧!(css的路径引用图片的路径好像比js好)

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

我的想法是另有一一个 的(没实现),当亲戚亲戚朋友的vs在生成网站的刚刚可不才能 自动将js刚刚css自动压缩 (当然刚刚还是会遇到点什么的什么的问题的,刚刚很有刚刚js压缩后再次出现什么的什么的问题,你在写js的时以也有少了有一一个 分号,那样必定会造成出错)

里边刚刚我用$include引进文件还得在window.onload事件里边去执行,刚刚能在$include下面的代码能可引用含晒 进来的文件的function的话,那就可不才能 实现按需装载的过程了。另有一一个 通常这个 补救方法是通过某种同步的阻塞式的装载过程,用户体验很差(电脑像死机一样了)。JSI号称可不才能 延迟装载这个 过程,谁能谁能告诉我这个 过程是为什在么在实现的。

  7.按需装载和延迟装载什么的什么的问题

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

我的补救方法是:通过你的核心部份的js后加参数(你会include进来的js里边都给其定意和核心js一样的参数),而刚刚你想所有控制所有页面,可不才能才能 在服务器端输出核心脚本(同路径什么的什么的问题的服务器端输出)

   2.亲戚亲戚朋友的js文件管理及引用太讲究了,侵入性太强了,有一一个 小心把顺序弄错刚刚依赖没引用那就惨遭了,刚刚像有C#using引用多好呀!

    Web2.0带给亲戚亲戚朋友更好的用户体验和更炫更酷的效果,javascriptflash, Silverlight也有跃跃欲试。目前应用最多的还是javascript,也不让我时不时看了也不web2.0网站有n多的jscss,这时管理这个 文件和越多的代码为什在么在提性能提升的什么的什么的问题也来了。以下就来讲讲我目前想到的许多什么的什么的问题吧。

   3.关于路径什么的什么的问题。

   5.怎么可以减小多张图片的连接数

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

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

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

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

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

注:

js,css的路径管理也是亲戚亲戚朋友管理的一部份,何时亲戚亲戚朋友的页面换了个文件夹位置,就得改代码里的路径那嘴笨 是太糟糕了。也不我用里边的$include方法,假如有一天你的核心js文件路径选择,其它路径也随之选择($include方法引进的资源文件)。刚刚你想通过改变文件位置后不需要改路径的话,这么通过核心文件在服务器输出核心js ,那什么的什么的问题也就迎刃而解了(图片的路径也是一道理,也不w3c好像要取消img标记,统一放css)。也不另有一一个 做会产生对某种开发语言的依赖,谁能谁能告诉我园子里的亲戚亲戚朋友有这么更好的补救方法?

亲戚亲戚朋友有如下依赖关系:

       亲戚亲戚朋友通过firebug,就会发现通过linkscript标记在页面上的引用资源每个请求也有以有一一个 队列形式排队等待时间时间,有一一个 资源下载完成后才会下载别外有一一个 请求资源。它不像亲戚亲戚朋友页面里边的图片(img标记和样式中引用的图片,样式里边引用的图片可不才能等到css文件加载完毕后才能下载图片),可不才能 并发下载资源文件。YSlow另有一一个 对Web站点优化中提出,尽量把css插进head(样式时不时在其它资源下载完毕后才展现,那太有戏剧性了),也不不得劲搞不明白,为这个 浏览对css加载也是有一一个 队列,难道怕在样式含晒 重名部份的冲突?YSlow还提出过把js插进页面的尾部,那样的话整个页面下载js资源差越多在onload完在。这点很是深有体会,当你的script插进head的刚刚,整个页面展现都得script有一一个 个加载完毕再所处,这直接影响着Web性能,我你会比网站的波特率比用户体验来得更重要吧,也不亲戚亲戚朋友应该把js插进尾部。这么是也有说直接插进尾部就好了呢?我你会还有许多可不才能 优化的,也不让其并发下载。这么怎么可以补救这个 资源的并发下载什么的什么的问题呢?

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

猫、鼠 装载前依赖动物类(装载这有一一个 类时,可不才能创建动物实例作为其原型;该操作可不才能在装载时完成,为装载前依赖

可不才能 合并一张图片,用css样式定位。如:

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