原文地址: http://dev.opera.com/articles/view/javascript-best-practices/
美国程序员Jon Scott Stevens,公布了他的创业公司所使用的开发工具清单。
他的语言平台是Java,开发项目是一个网站(还未上线)。所用到的工具都是开源的,可以免费得到。
在目前的创业者之中,用Java作为网站开发语言的人似乎很少。这当然不是没有原因的,Java看上去确实不像是最便捷的网站开发工具,给人的感觉是用起来麻烦又费事。
但是不可否认的是,Java的平台很成熟,各种工具包、工具库非常多,而且JVM虚拟机更是先进的技术。另外,Google App Engine平台提供免费的Java主机,所以使用Java建站也不失为一种合理的选择。
我把他的工具清单抄在下面。如果有一天,我也用Java建站,就可以参考了。工具清单如下:
一、开发平台
1. Google App Engine:Google的主机服务,有数据库支持。使用它,就不用自己架设服务器了,而且轻松解决扩展性问题。
2. Objectify-AppEngine:GAE平台的数据库管理工具。
3. GitHub:代码托管服务。
二、Java编程环境
4. Eclipse:著名的Java集成开发环境。
5.Lombok:Eclipse的一个插件,用来自动生成Java代码,减少手工输入的代码量。
6. Guice:一个轻量级的,Java语言的依赖注入(dependency injection)框架。
7. Apache Commons:Java开发的工具包。
8. Guava:Google发布的Java工具库。
9. JRebel:允许立即查看Java代码修改后的执行结果。
10. Cambridge Template Engine:为Java应用程序提供html/xml模板引擎。
11. RestEasy:java语言的RESTful编程框架。
12.HtmlEasy:基于RestEasy的一个HTML的MVC模式编程框架。
三、前端工具
13.RequireJS:对Javascript进行模块化管理、并且按需加载的框架。
14. JQuery:强大易用的Javascript编程框架。
15. CoffeeScript:对Javascript进行改写、使其更易于开发的一种脚本语言。
16. Sass Scss:CSS代码生成工具。
原文地址:http://soft.chinabyte.com/database/68/12432068.shtml
起因
最近在学习ruby on rails,的确是一个优秀的数据库开发框架。但在过程中,发现在视图文件夹中的rhtml文件里有大量的类似于以下的语句:
<td><%= link_to recipe.title, :action => "show", :id => 1 %></td>
这是一个指向链接,如果没有冒号这句话的意思很好理解:这是一个指向http://127.0.0.1:3000/recipe/show/1的连接,也就是“显示”数据库表recipe中“id”为1的条目的信息,但让人不解的是action和id前面的冒号,它们是干甚么用的?
ruby面向对象特性的一个缺点
ruby中,一切皆是对象。就一个简单的字符串举例:
ruby -e 'puts "hello world".class'
String
这里打印了"hello world"的字符串所属的类,结果显示它是一个String对象的实例。我们还可以显示它的对象号。
ruby -e 'puts "hello world".object_id'
41436168
ruby一向标榜自己是完全的面向对象的原因就在于此,它的确做的很彻底。但是凡事有好就有坏,一个对象占用的内存空间显然会比纯粹的变量大得多,当程序中涉及到大量的字符串时,一个ruby程序会占用过多的内存。举个例子说:
我们用hash列表来存储歌曲的信息
song1 = { 'title' => 'used to love you', 'artist' => 'john legend'}
song2 = { 'title' => 'i still', 'artist' => 'backstreet boys'}
#......
#很多歌,这里只用两首
for i in 1..2
thesong="song"+i.to_s
eval <<-PROC
#{thesong}.each_key { |key| puts key.object_id.to_s }
PROC
end
结果:
41436144
41436408
41435904
41436000
因为object_id各不相同,在hash表中的各个key都是独立的String对象,即使内容相同(如'title'),ruby还是将其视为不同的对象,这样就无端地占用了不少内存。但事实上,大多数情况下,我们仅将hash中的key视为字段而已,不会涉及到String类的方法,ruby自动将其设置为对象有杀鸡用牛刀之嫌。
symbol是什么
直译来说就是“符号”,在ruby就是形如:action这样的,一个冒号后跟一段字符串。显然,根据“一切都是对象”定律,它也是一个对象。
ruby -e ' puts :action.class '
Symbol
这个对象存在的意义在于,它解决了“同内容字符串,不同对象”带来的过多占用内存的问题。简单的说:action代表了'action'字符串,这里说的是字符串,不是字符串对象。
ruby -e ' puts :action '
action
更确切的讲就是一个symbol对象代表该对象的冒号后的字符串。
ruby -e ' puts :action '
action
ruby -e ' puts :"hello world" '
hello world
所有同内容的字符串只需要一个标记对象就可以代替,这样减少了不必要的对象建立和内存占用。但是,正如我强调的“symbol代表的是字符串,不是对象”,因此不要希望标记可以使用String类的诸如capitalize,center等方法,如果使用的话只会得到提示方法未定义的错误报告:
ruby -e ' puts :action.capitalize '
-e:1: undefined method 'capitalize' for :action:Symbol' (NoMethodError)
幸运的是,symbol提供了转换函数to_s用来生成一个字符串对象,它会提取字符串内容并将其升级为对象。
ruby -e ' puts :action.to_s.capitalize '
Action
另外,很重要的一点是,symbol没有赋值方法,换句话说symbol一旦定义,将不能改变。
ruby -e ' :action="hello" '
syntax error
很遗憾,即使使用了to_s,赋值依然无法顺利进行,因为ruby会认为“to_s=”是一个未定义函数。除非明确地为被转换生成的字符串对象指定一个引用(但事实上在复制之后该连接的指向又发生了变化):
:action
myaction=:action.to_s
myaction="lala"
puts myaction
结果:
lala
怎么使用symbol
任何可以使用symbol的地方都可以使用与之向对应的字符串对象。在rails中有建立类似javabean的方法:
attr_reader :action
它建立了一个读取实例变量@action的方法,也可以写成这样:
attr_reader "action"
反之,只要
字符串在程序运行过程中不用改变
字符串不必使用String类方法
那么我们可以放心用symbol来代替字符串对象,从而大大减少内存的占用,在rails中尤为明显。因为需要频繁地在各个控制方法和页面之间跳转和传出数据,大量的方法名由symbol来代替,及节约了内存也提高了运行速度。
$!: 最近一次错误信息
$?: 最近一次执行的子进程退出的状况
$$:: 解释器进程ID
$*: 命令行参数
$0: Ruby当前运行程序的文件名
$\: 输出记录分隔符
$/: 输入记录分隔符
$=: 是否区分大小写标志
$n: 最近匹配的第n个子表达式
$~: 自表达式组的最近一次匹配
$&: 最近一次同正则表达式匹配的字符串
$.: 解释器最近读的行数
$_: gets最近读取的字符串
$@: 错误产生的位置
<!--[if IE 5]> 支持大于(gt)、小于(lt)、 与或非 等操作符,例子:
<p>Welcome to Internet Explorer 5.</p>
<![endif]-->
[if IE] 判断是否IE
[if IE 7] 判断是否是IE7
[if !IE] 判断是否不是IE
[if lt IE 5.5] 判断是否是IE5.5 以下版本。 (<)
[if lte IE 6] 判断是否等于IE6 版本或者以下 (<=)
[if gt IE 5] 判断是否IE5以上版本 (> )
[if gte IE 7] 判断是否 IE7 版本或者以上
[if !(IE 7)] 判断是否不是IE7
[if (gt IE 5)&(lt IE 7)] 判断是否大于IE5, 小于IE7
[if (IE 6)|(IE 7)] 判断是否IE6 或者 IE7
layout是Windows上的IE浏览器产生许多bug的根源。如果遇到一个IE bug首先应该做的事情之一就是尝试应用规则迫使元素拥有layout。
layout(布局)概念是Windows上的IE特有的(IE Mac 和 windows 上的 IE 是完全不同的两个东西,它们各自拥有自己的渲染引擎。),并且它不是css属性。拥有layout的元素负责本身及其子元素的尺寸和定位;不拥有 layout的元素,它的尺寸和位置由最近的拥有layout的父元素控制。可以使用JavaScript函数hasLayout查看一个元素是否拥有布 局,函数返回true即该元素拥有layout,否则返回false。hasLayout是一个只读属性。
在默认情况下拥有layout的元素包括:
- body
- 标准模式中的html
- table
- tr/td
- img
- hr
- input/select/textarea/button
- iframe/embed/object/applet
- marquee
设置以下css属性会自动地使元素拥有layout:
- position: absolute 或 fixed
- float: left 或 right
- display: table 或 table-cell 或 inline-block 或 inline-table
- overflow: hidden 或 scroll 或 auto(IE7会,IE6不会)
- width:除 “auto” 之外的任何值
- height:除 “ auto” 之外的任何值
- min-width:任何值(IE6不支持此属性)
- max-width:除 “none” 之外的任何值(IE6不支持此属性)
- min-height:任何值(IE6不支持此属性)
- max-height:除 “none” 之外的任何值(IE6不支持此属性)
- zoom:除 “normal” 外的任何值(Microsoft属性——不能通过W3C检验)
- writing-mode:tb-rl(Microsoft属性——不能通过W3C检验)
layout产生的影响:
- 拥有layout的元素是IE产生浮动Bug的根源
- 拥有layout的文本元素不会围绕浮动元素
- 拥有layout的元素不进行收缩
- layout元素对浮动进行自动清理
- 拥有layout的列表元素(ul/ol/dl/li)会表现异常
- 拥有layout的元素背景图像定位(background-position)会产生偏差
- 相对定位(position: relative)的元素不能获得layout
- 拥有layout的元素之间外边距(margin)不叠加
- 在不拥有layout的块级(display:block)链接上,单击区域只覆盖文本