关于十天javascript的信息

js怎样获取当前日期前10天的日期?或者是前n天的?

date=new Date(year,month,day);转换标准日期类型

创新互联专注于平果企业网站建设,成都响应式网站建设公司,商城网站定制开发。平果网站建设公司,为平果等地区提供建站服务。全流程按需网站开发,专业设计,全程项目跟踪,创新互联专业和态度为您提供的服务

t=date.getTime();

x=t+(24*60*60*1000*365*n)//n为第2个框输入的年数,(天:x=t+(24*60*60*1000*n);

d=new Date();

d.setTime(x);

d就是值,改变成你要的格式就OK了

date=new Date(year,month,day);转换标准日期类型  

t=date.getTime();  

x=t+(24*60*60*1000*365*n)//n为第2个框输入的年数,(天:x=t+(24*60*60*1000*n);  

)  

d=new Date();  

d.setTime(x);  

d就是值,改变成你要的格式就OK了

[img]

学php要先学会javascript 么?等相关网页设计问题

树形菜单,熟悉Windows程序管理器的读者一定不会陌生。单击项目左侧的+号,项目展开;再次单击,项目收缩。读过很多篇有关树形菜单的JavaScript实现方法,原理很简单,都是利用Style中display属性的控制。笔者本文的重点并不侧重于此,倒是想谈一谈如何实现每一次从数据库中提取数据并动态更新树形菜单。

树形菜单主要用来导航。网站有很多栏目,每个栏目下有很多子栏目,栏目经常变动,如增加新栏目,改变现有栏目名称,调整主次栏目之间关系等等,如果每一次都去改动页面代码,非常不便。而且因为信息都存放在数据库中,动态实现变得可能和必要。

本文并不侧重理论,只是为大家提供自己的一段代码,和大家一起来探讨一下PHP实现问题。为了便于说明,笔者对数据库作了一些改动,假设菜单字符串存放在menu表中,main字段存放主菜单字符串,sub字段存放子菜单字符串,subid字段存放子菜单标识。

?php

$DB = new My_DB();

$DB-query("select subid, main from menu group by main order by subid");

while ($DB-next_record()){

$Main[] = $DB-f("main");

$Key[] = $DB-f("subid");

}

/*首先,连接数据库,查询所谓的栏目名称。以上代码采用了PHPLib中的数据库函数,其中,$Main数组用来存放主菜单字符串,$Key数组用来存放子菜单关键字。大家可以采用多种方法,因人而异*/

for ($i=0;$icount($Main);$i++){

$j=0;

$DB-query("select sub, subid from menu where main='".$Main[$i]."'");

////利用query查询出与当前主菜单匹配的所有子菜单字符串

?

/*以下代码和HTML代码结合到一起,大家看起来可能会不习惯,但这样代码显得简洁多了。为了模拟树形菜单,笔者源程序中使用了几个图片文件,l.gif, m.gif和p.gif,并利用onMouse事件模拟菜单的动态效果。PHP语句主要是为Javascript制作标签(tag)的id*/

table width="140" border="0" cellspacing="0" cellpadding="0" class="f14"

tr

td width="15"/td

td id="?php echo "m_".$Key[$i]; ?" width="9" height="21"img src="images/p.gif" width="9" height="21"/td

td

div style="cursor:hand" onclick="javascript:MakeMenu('?php echo $Key[$i]; ?')" onMouseOver="javascript:MakeShow('in')" onMouseOut="javascript:MakeShow('out')" ?php echo $Main[$i]; ?/div

/td

/tr

tr id="?php echo "s_".$Key[$i]; ?" style="display:none"

td width="15"/td

td colspan="2"

table width="100%" border="0" cellspacing="0" cellpadding="0" class="f9"

?php

while ($DB-next_record()){

?

tr

td width="12"

img src="images/?php echo ++$j==$DB-nf()?"l.gif":"t.gif"; ?" width="12" height="21"/td

////需要说明一下,$j变量在这里用来决定显示什么图片。此句的意思是,子菜单的最后一项显示l.gif,其它项显示t.gif

td ?php echo "a href=\"yoururl\"yourstr/a";?/td

/tr

?php

}

?

/table

/td

/tr

/table

?php

}

?

到此为止,PHP的使命已经结束,大家可以把代码运行一下,看看输出是什么。总而言之,它的输出结果正是树形菜单所要的结构。下面我们需要构造Javascript代码。很简单,我不打算作向详细的描述。

script language="javascript1.2"

!--

function MakeMenu(id){

mid="m_"+id;

sid="s_"+id;

with (document){

if (all(sid).style.display=="none"){

all(sid).style.display="";

all(mid).innerHTML="img src='images/m.gif' width='9' height='21'";

}else{

all(sid).style.display="none";

all(mid).innerHTML="img src='images/p.gif' width='9' height='21'";

}

}

}

function MakeShow(to){

with (document){

if (to=='in'){

window.event.srcElement.style.color="red";

window.event.srcElement.style.fontWeight="bold";

}else{

window.event.srcElement.style.color="";

window.event.srcElement.style.fontWeight="";

}

}

}

--

/script

熟悉Javascript的读者,以上代码理解起来应该不成问题。这段代码的难点就在于PHP的实现部分,调试时遇到很大麻烦,总是提示Javascirpt错误。在排除万难之后,把这段代码奉献给大家,希望能为大家以后的网页设计工作节省一点宝贵的时间。

javascript有哪些不合理的设计缺陷

一、为什么Javascript有设计缺陷?

这里有三个客观原因,导致Javascript的设计不够完善。

1. 设计阶段过于仓促

Javascript的设计,其实只用了十天。而且,设计师是为了向公司交差,本人并不愿意这样设计(参见《Javascript诞生记》)。

另一方面,这种语言的设计初衷,是为了解决一些简单的网页互动(比如,检查"用户名"是否填写),并没有考虑复杂应用的需要。设计者做梦也想不到,Javascript将来可以写出像Gmail这种极其庞大复杂的网页。

2. 没有先例

Javascript同时结合了函数式编程和面向对象编程的特点,这很可能是历史上的第一例。而且直到今天为止,Javascript仍然是世界上唯一使用Prototype继承模型的主要语言。这使得它没有设计先例可以参考。

3. 过早的标准化

Javascript的发展非常快,根本没有时间调整设计。

1995年5月,设计方案定稿;10月,解释器开发成功;12月,向市场推出,立刻被广泛接受,全世界的用户大量使用。Javascript缺乏一个从小到大、慢慢积累用户的过程,而是连续的爆炸式扩散增长。大量的既成网页和业余网页设计者的参与,使得调整语言规格困难重重。

更糟的是,Javascript的规格还没来及调整,就固化了。

1996年8月,微软公司强势介入,宣布推出自己的脚本语言Jscript;11月,为了压制微软,网景公司决定申请Javascript的国际标准;1997年6月,第一个国际标准ECMA-262正式颁布。

也就是说,Javascript推出一年半之后,国际标准就问世了。设计缺陷还没有充分暴露就成了标准。相比之下,C语言问世将近20年之后,国际标准才颁布。

二、Javascript的10个设计缺陷

1. 不适合开发大型程序

Javascript没有名称空间(namespace),很难模块化;没有如何将代码分布在多个文件的规范;允许同名函数的重复定义,后面的定义可以覆盖前面的定义,很不利于模块化加载。

2. 非常小的标准库

Javascript提供的标准函数库非常小,只能完成一些基本操作,很多功能都不具备。

3. null和undefined

null属于对象(object)的一种,意思是该对象为空;undefined则是一种数据类型,表示未定义。

typeof null; // object

typeof undefined; // undefined

两者非常容易混淆,但是含义完全不同。

var foo;

alert(foo == null); // true

alert(foo == undefined); // true

alert(foo === null); // false

alert(foo === undefined); // true

在编程实践中,null几乎没用,根本不应该设计它。

4. 全局变量难以控制

Javascript的全局变量,在所有模块中都是可见的;任何一个函数内部都可以生成全局变量,这大大加剧了程序的复杂性。

a = 1;

(function(){

b=2;

alert(a);

})(); // 1

alert(b); //2

5. 自动插入行尾分号

Javascript的所有语句,都必须以分号结尾。但是,如果你忘记加分号,解释器并不报错,而是为你自动加上分号。有时候,这会导致一些难以发现的错误。

比如,下面这个函数根本无法达到预期的结果,返回值不是一个对象,而是undefined。

function(){

return

{

i=1

};

}

原因是解释器自动在return语句后面加上了分号。

function(){

return;

{

i=1

};

}

6. 加号运算符

+号作为运算符,有两个含义,可以表示数字与数字的和,也可以表示字符与字符的连接。

alert(1+10); // 11

alert("1"+"10"); // 110

如果一个操作项是字符,另一个操作项是数字,则数字自动转化为字符。

alert(1+"10"); // 110

alert("10"+1); // 101

这样的设计,不必要地加剧了运算的复杂性,完全可以另行设置一个字符连接的运算符。

7. NaN

NaN是一种数字,表示超出了解释器的极限。它有一些很奇怪的特性:

NaN === NaN; //false

NaN !== NaN; //true

alert( 1 + NaN ); // NaN

与其设计NaN,不如解释器直接报错,反而有利于简化程序。

8. 数组和对象的区分

由于Javascript的数组也属于对象(object),所以要区分一个对象到底是不是数组,相当麻烦。Douglas Crockford的代码是这样的:

if ( arr

typeof arr === 'object'

typeof arr.length === 'number'

!arr.propertyIsEnumerable('length')){

alert("arr is an array");

}

9. == 和 ===

==用来判断两个值是否相等。当两个值类型不同时,会发生自动转换,得到的结果非常不符合直觉。

"" == "0" // false

0 == "" // true

0 == "0" // true

false == "false" // false

false == "0" // true

false == undefined // false

false == null // false

null == undefined // true

" \t\r\n" == 0 // true

因此,推荐任何时候都使用"==="(精确判断)比较符。

10. 基本类型的包装对象

Javascript有三种基本数据类型:字符串、数字和布尔值。它们都有相应的建构函数,可以生成字符串对象、数字对象和布尔值对象。

new Boolean(false);

new Number(1234);

new String("Hello World");

与基本数据类型对应的对象类型,作用很小,造成的混淆却很大。

alert( typeof 1234); // number

alert( typeof new Number(1234)); // object

关于Javascript的更多怪异行为,请参见Javascript Garden和wtfjs.com。

三、如何看待Javascript的设计缺陷?

既然Javascript有缺陷,数量还不少,那么它是不是一种很糟糕的语言?有没有前途?

回答是Javascript并不算糟糕,相反它的编程能力很强大,前途很光明。

首先,如果遵守良好的编程规范,加上第三方函数库的帮助,Javascript的这些缺陷大部分可以回避。

其次,Javascript目前是网页编程的唯一语言,只要互联网继续发展,它就必然一起发展。目前,许多新项目大大扩展了它的用途,node.js使得Javascript可以用于后端的服务器编程,coffeeScript使你可以用python和ruby的语法,撰写Javascript。

最后,只要发布新版本的语言标准(比如 ECMAscript 5),就可以弥补这些设计缺陷。当然,标准的发布和标准的实现是两回事,上述的很多缺陷也许会一直伴随到Javascript存在的最后一天。


文章名称:关于十天javascript的信息
URL地址:http://pwwzsj.com/article/dsopige.html