电推剪和手剪的区别之与代码手写和所见即所得

平时理发的时候,你会喜欢让理发师用手剪还是电推剪,相信很多人都讨厌理发师用电推剪:

  1. 电推剪推出来的发型过于平整,死板
  2. 电动的嗡嗡声让人烦躁不安
  3. 手剪的更个性化,更能处理细节,更符合人的不同审美需求

电推剪的缺点在于没有细节,死板,难看,所以很不喜欢,而理发师优雅的技术似乎更让人钦佩,让人向往。

当然,电推剪也有它的特有的优点“平整”,在脖子后面的比较细小的汗毛比较适合用它来完成,很干净,很利落,相信理发师不会愿意用剪刀去给你去刮汗毛吧。

代码所见即所得,顾名思义,通过看到的得到想要的,举个例子,Dreamweaver,刚开始从事网页设计的朋友都会选择它,可能是因为一方面所见即所得,一方面不太熟悉一些属性,有代码提示功能,还可以插入代码片段,比如插入一个表格,比较熟悉的人可能一会儿功夫就能弄完一个页面,且不说它源码凌乱,很多无用的代码,浏览器兼容性差,无标准可言。。。整完所有这些,相信你会觉得还是手写更好更快一些(当然你也可以不整,很多人选择不整)

不过一些工具还是有很多辅助功能,能帮你达到事半功倍的效果,一些代码提示,一些代码片段,都非常实用,下面介绍一二:

  1. eclipse的代码提示功能非常好用,如果是前端开发的话,用Aptana就能满足你大部分需要,spket很轻便也不错;
  2. 代码格式化功能,使代码非常整洁,如eclipse系列的Aptana、spket;
  3. 代码加亮,几乎所有的编辑器都会有;
  4. 代码补全功能,很喜欢轻便的编辑器,在用ubuntu的时候结实了gedit,用作集成工具肯定不能胜任了,但是平时写写html,css都是非常好的,可以设置自己想要的片段,比如doctype(相信没人会想去记住它),为了符合标准,还不得不写,用gedit的话,“doctype+tab”即可完成,太酷了,“html+tab”把html的head,body都完成了,“div+tab”完成一个闭合的div标签,等等,省去了很多代码编写时间。

在开发web编辑器的过程中,总会发现用户不是特别会用,确实在线的编辑器没有word那么好用,原因是用户不懂html,相信熟悉html的人会选择切换至源码状态,看看html是否符合自己的期望,整洁的html不仅使页面美观,而且可以增加页面健壮性。

也许未来的网站编辑或者公司文员的应聘的条件是“是否熟悉掌握html”,哈哈。

编辑器的功能在于在用户想插入链接的地方按照某种规则正确的插入链接,在想加粗的地方正确的加粗,等等,在这一过程中,用户并不会知道用了什么标签,<a/>,<b/><strong/>或者使用font-weight:bold来控制显示,他们也不会去关心这些,但是程序和机器有一个共性,只能处理自己知道的事情,对于一些不寻常的操作和不符合规则的操作,很难完成任务,所以用户没有一定的html基础也很难完成任务。

收笔

host&domain

FROM:https://developer.mozilla.org/En/Same_origin_policy_for_JavaScript

The same origin policy prevents a document or script loaded from one origin from getting or setting properties of a document from another origin. This policy dates all the way back to Netscape Navigator 2.0.
不同域禁止相互访问document对象

Mozilla considers two pages to have the same origin if the protocol, port (if one is specified), and host are the same for both pages.
同域满足的条件是1.相同协议(如http和https为不同协议)2.端口(如:80和:8080为不同端口号)3.相同主机(如ulhoo.com和www.ulhoo.com为不同主机名)

There is one exception to the same origin rule. A script can set the value of document.domain to a suffix of the current domain. If it does so, the shorter domain is used for subsequent origin checks.
子域可以设置为更高一级的域,反过来做是禁止的,例如”http://www.ulhoo.com”的document.domain对象可以设置为”ulhoo.com”,而”http://ulhoo.com”的document.domain对象不可以设置为”www.ulhoo.com”

—————————————————————–
举个例子:

步骤1.在www.ulhoo.com域下,open一个ulhoo.com域的窗口

var win1 = window.open("http://ulhoo.com/blog"); 

步骤2.同时设置ulhoo.com窗口的domain为”ulhoo.com”

document.domain = "ulhoo.com";

ps:我们是不能在www.ulhoo.com下设置win1窗口的domain属性,必须依赖”http://ulhoo.com/blog”的自身脚本去设置,此时即使打开”http://www.ulhoo.com/blog”也必须必须设置document.domain为相同值。

第四届D2行

怀着兴奋的心情来到了盼望已久的杭州D2交流会,会址在滨江区的阿里巴巴。

12月19日上午举行,所以我和宝鑫19号晚上就从上海出发,凌晨2点多到了杭州东站,买了张地图,问了问路,因为晚上没车去滨江区,早上5:30才有车,所以决定招惹一下在车站拉客的人,找个地方可以睡上3、4小时。找了一哥们,什么都没来得及说,就被拉上了车,去了一家旅馆,最后我们选择了在楼顶的一间房,这是一间比较廉价的房间,由于我们俩都希望节俭一些,所以就凑活在这住下了。可能是高处不胜寒,俩人在那直哆嗦。现在想来我们跟睡在大街上没多大差别,也算体验了一下天为被,地为铺的生活,辛酸了一把。

早上公交穿过时代大道,来到了阿里,8:45签了到,领了进门证,一只手袋,一瓶水,一些会议会址的介绍书,以及中午的餐券

会议由闭月主持,会场气氛很活跃

有5个演讲嘉宾,就略说一二吧,

1.百度的金大为,题为《大模板》,谈到数据模型的理念,很赞同这种观点,对数据的操作比较接近Extjs的Store,很灵活,数据的更改会带来相应界面的重新渲染

2.豆瓣的张克军,YUI的演变历史,谈及“库”到“框架”的转变,以及一直强调前端理念的重要性。

3.QQ演示了silverlightQQ,界面确炫的没法说

4.明城的安全性,由于之前还没涉及到安全性的考虑,新鲜

5.秦歌的性能优化,涉及到一些很细小的优化,精彩

内容还算丰富,但总感觉缺了点什么。是不是还有谁没来,或者其他什么的

晚上踏上归程。。。