21:37:49 被作者重新编辑
22:15:43 被作者重新编辑
22:45:57 被作者重新编辑
23:08:21 被作者重新编辑
23:10:55 被作者重新编辑
08:35:14 被作者重新编辑
08:35:16 被作者重新编辑
08:35:17 被作者重新编辑
08:35:19 被作者重新编辑
08:35:20 被作者重新编辑
前两套东西都很漂亮啊！
P.S& P&J的限量版隔离是找谁代购的？
短我个联系方式巴，我也想买这个
08:49:16 被作者重新编辑
09:40:40 被作者重新编辑
09:41:15 被作者重新编辑
P&J真是好看~
09:41:21 被作者重新编辑
09:52:13 被作者重新编辑
09:52:19 被作者重新编辑
09:52:20 被作者重新编辑
09:53:00 被作者重新编辑
10:03:01 被作者重新编辑
JS的圣诞套装我也入了，美得无与伦比啊～
另外，P&J的圣诞套装貌似和香港的不一样嘛～
10:13:46 被作者重新编辑
本部落精华帖DANJS 冬季男蝙蝠个性印花长袖T恤大码加绒加厚打底衫男圆领百搭上衣QT4016-M33 藏青色 韩版修身款式偏小建议选大一码【图片 价格 品牌 报价】-京东
DANJS 冬季男蝙蝠个性印花长袖T恤大码加绒加厚打底衫男圆领百搭上衣QT4016-M33 藏青色 韩版修身款式偏小建议选大一码
与行业相比
该商品已下柜，欢迎挑选其他商品！
加载中，请稍候...
价　格： 到
　　　
本店好评商品
商品名称：DANJS 冬季男蝙蝠个性印花长袖T恤大码加绒加厚打底衫男圆领百搭上衣QT4016-M33 藏青色 韩版修身款式偏小建议选大一码
商品编号：
商品毛重：500.00g
货号：QT4016-M33
版型：修身型
主要材质：棉
领型：圆领
颜色：蓝色
袖型：长袖
人群：青年
风格：日韩风格
商品介绍加载中...
权利声明：京东上的所有商品信息、客户评价、商品咨询、网友讨论等内容，是京东重要的经营资源，未经许可，禁止非法转载使用。
注：本站商品信息均来自于合作方，其真实性、准确性和合法性由信息拥有者（合作方）负责。本站不提供任何保证，并不承担任何法律责任。
价格说明：
京东价：京东价为商品的销售价，是您最终决定是否购买商品的依据。
划线价：商品展示的划横线价格为参考价，该价格可能是品牌专柜标价、商品吊牌价或由品牌供应商提供的正品零售价（如厂商指导价、建议零售价等）或该商品在京东平台上曾经展示过的销售价；由于地区、时间的差异性和市场行情波动，品牌专柜标价、商品吊牌价等可能会与您购物时展示的不一致，该价格仅供您参考。
折扣：如无特殊说明，折扣指销售商在原价、或划线价（如品牌专柜标价、商品吊牌价、厂商指导价、厂商建议零售价）等某一价格基础上计算出的优惠比例或优惠金额；如有疑问，您可在购买前联系销售商进行咨询。
异常问题：商品促销信息以商品详情页“促销”栏中的信息为准；商品的具体售价以订单结算页价格为准；如您发现活动商品售价或促销信息有异常，建议购买前先联系销售商咨询。
iframe(src='//www.googletagmanager.com/ns.html?id=GTM-T947SH', height='0', width='0', style='display: visibility:')对于Node.js新手，搭建一个静态资源服务器是个不错的锻炼，从最简单的返回文件或错误开始，渐进增强，还可以逐步加深对http的理解。那就开始吧，让我们的双手沾满网络请求！
当然在项目中如果有使用express框架，用一行代码就可以达到目的了：
app.use(express.static('public'))
这里我们要实现的正是express.static背后所做工作的一部分，建议同步阅读该模块源码。
不急着写下第一行代码，而是先梳理一下就基本功能而言有哪些步骤。
在本地根据指定端口启动一个http server，等待着来自客户端的请求
当请求抵达时，根据请求的url，以设置的静态文件目录为base，映射得到文件位置
检查文件是否存在
如果文件不存在，返回404状态码，发送not found页面到客户端
如果文件存在：
打开文件待读取
设置response header
发送文件到客户端
等待来自客户端的下一个请求
实现基本功能
创建一个nodejs-static-webserver目录，在目录内运行npm init初始化一个package.json文件。
mkdir nodejs-static-webserver && cd "$_"
// initialize package.json
接着创建如下文件目录：
---- default.json
-- static-server.js
default.json
"port": 9527,
"root": "/Users/sheila1227/Public",
"indexPage": "index.html"
default.js存放一些默认配置，比如端口号、静态文件目录（root)、默认页（indexPage）等。当这样的一个请求http://localhost:9527/myfiles/抵达时. 如果根据root映射后得到的目录内有index.html，根据我们的默认配置，就会给客户端发回index.html的内容。
static-server.js
const http = require('http');
const path = require('path');
const config = require('./config/default');
class StaticServer {
constructor() {
this.port = config.
this.root = config.
this.indexPage = config.indexP
http.createServer((req, res) =& {
const pathName = path.join(this.root, path.normalize(req.url));
res.writeHead(200);
res.end(`Requeste path: ${pathName}`);
}).listen(this.port, err =& {
if (err) {
console.error(err);
console.info('Failed to start server');
console.info(`Server started on port ${this.port}`);
module.exports = StaticS
在这个模块文件内，我们声明了一个StaticServer类，并给其定义了start方法，在该方法体内，创建了一个server对象，监听rquest事件，并将服务器绑定到配置文件指定的端口。在这个阶段，我们对于任何请求都暂时不作区分地简单地返回请求的文件路径。path模块用来规范化连接和解析路径，这样我们就不用特意来处理操作系统间的差异。
const StaticServer = require('./static-server');
(new StaticServer()).start();
在这个文件内，调用上面的static-server模块，并创建一个StaticServer实例，调用其start方法，启动了一个静态资源服务器。这个文件后面将不需要做其他修改，所有对静态资源服务器的完善都发生在static-server.js内。
在目录下启动程序会看到成功启动的log：
& node app.js
Server started on port 9527
在浏览器中访问，可以看到服务器将请求路径直接返回了。
之前我们对任何请求都只是向客户端返回文件位置而已，现在我们将其替换成返回真正的文件：
routeHandler(pathName, req, res) {
http.createServer((req, res) =& {
const pathName = path.join(this.root, path.normalize(req.url));
this.routeHandler(pathName, req, res);
}).listen(this.port, err =& {
将由routeHandler来处理文件发送。
读取静态文件
读取文件之前，用fs.stat检测文件是否存在，如果文件不存在，回调函数会接收到错误，发送404响应。
respondNotFound(req, res) {
res.writeHead(404, {
'Content-Type': 'text/html'
res.end(`&h1&Not Found&/h1&&p&The requested URL ${req.url} was not found on this server.&/p&`);
respondFile(pathName, req, res) {
const readStream = fs.createReadStream(pathName);
readStream.pipe(res);
routeHandler(pathName, req, res) {
fs.stat(pathName, (err, stat) =& {
if (!err) {
this.respondFile(pathName, req, res);
this.respondNotFound(req, res);
读取文件，这里用的是流的形式createReadStream而不是readFile，是因为后者会在得到完整文件内容之前将其先读到内存里。这样万一文件很大，再遇上多个请求同时访问，readFile就承受不来了。使用文件可读流，服务端不用等到数据完全加载到内存再发回给客户端，而是一边读一边发送分块响应。这时响应里会包含如下响应头：
Transfer-Encoding:chunked
默认情况下，可读流结束时，可写流的end()方法会被调用。
现在给客户端返回文件时，我们并没有指定Content-Type头，虽然你可能发现访问文本或图片浏览器都可以正确显示出文字或图片，但这并不符合。任何包含实体主体（entity body）的响应都应在头部指明文件类型，否则浏览器无从得知类型时，就会自行猜测（从文件内容以及url中寻找可能的扩展名）。响应如指定了错误的类型也会导致内容的错乱显示，如明明返回的是一张jpeg图片，却错误指定了header：'Content-Type': 'text/html'，会收到一堆乱码。
虽然有现成的模块可用，这里还是自己来实现吧，试图对这个过程有更清晰的理解。
在根目录下创建mime.js文件：
const path = require('path');
const mimeTypes = {
"css": "text/css",
"gif": "image/gif",
"html": "text/html",
"ico": "image/x-icon",
"jpeg": "image/jpeg",
const lookup = (pathName) =& {
let ext = path.extname(pathName);
ext = ext.split('.').pop();
return mimeTypes[ext] || mimeTypes['txt'];
module.exports = {
该模块暴露出一个lookup方法，可以根据路径名返回正确的类型，类型以‘type/subtype’表示。对于未知的类型，按普通文本处理。
接着在static-server.js中引入上面的mime模块，给返回文件的响应都加上正确的头部字段：
respondFile(pathName, req, res) {
const readStream = fs.createReadStream(pathName);
res.setHeader('Content-Type', mime.lookup(pathName));
readStream.pipe(res);
重新运行程序，会看到图片可以在浏览器中正常显示了。
需要注意的是，Content-Type说明的应是原始实体主体的文件类型。即使实体经过内容编码（如gzip，后面会提到)，该字段说明的仍应是编码前的实体主体的类型。
添加其他功能
至此，已经完成了基本功能中列出的几个步骤，但依然有很多需要改进的地方，比如如果用户输入的url对应的是磁盘上的一个目录怎么办？还有，现在对于同一个文件（从未更改过）的多次请求，服务端都是勤勤恳恳地一遍遍地发送回同样的文件，这些冗余的数据传输，既消耗了带宽，也给服务器添加了负担。另外，服务器如果在发送内容之前能对其进行压缩，也有助于减少传输时间。
读取文件目录
现阶段，用url: localhost:9527/testfolder去访问一个指定root文件夹下真实存在的testfolder的文件夹，服务端会报错：
Error: EISDIR: illegal operation on a directory, read
要增添对目录访问的支持，我们重新整理下响应的步骤：
请求抵达时，首先判断url是否有尾部斜杠
如果有尾部斜杠，认为用户请求的是目录
如果目录存在
如果目录下存在默认页（如index.html),发送默认页
如果不存在默认页，发送目录下内容列表
如果目录不存在，返回404
如果没有尾部斜杠，认为用户请求的是文件
如果文件存在，发送文件
如果文件不存在，判断同名的目录是否存在
如果存在该目录，返回301，并在原url上添加上/作为要转到的location
如果不存在该目录，返回404
我们需要重写一下routeHandler内的逻辑：
routeHandler(pathName, req, res) {
fs.stat(pathName, (err, stat) =& {
if (!err) {
const requestedPath = url.parse(req.url).
if (hasTrailingSlash(requestedPath) && stat.isDirectory()) {
this.respondDirectory(pathName, req, res);
} else if (stat.isDirectory()) {
this.respondRedirect(req, res);
this.respondFile(pathName, req, res);
this.respondNotFound(req, res);
继续补充respondRedirect方法：
respondRedirect(req, res) {
const location = req.url + '/';
res.writeHead(301, {
'Location': location,
'Content-Type': 'text/html'
res.end(`Redirecting to &a href='${location}'&${location}&/a&`);
浏览器收到301响应时，会根据头部指定的location字段值，向服务器发出一个新的请求。
继续补充respondDirectory方法：
respondDirectory(pathName, req, res) {
const indexPagePath = path.join(pathName, this.indexPage);
if (fs.existsSync(indexPagePath)) {
this.respondFile(indexPagePath, req, res);
fs.readdir(pathName, (err, files) =& {
if (err) {
res.writeHead(500);
return res.end(err);
const requestPath = url.parse(req.url).
let content = `&h1&Index of ${requestPath}&/h1&`;
files.forEach(file =& {
let itemLink = path.join(requestPath,file);
const stat = fs.statSync(path.join(pathName, file));
if (stat && stat.isDirectory()) {
itemLink = path.join(itemLink, '/');
content += `&p&&a href='${itemLink}'&${file}&/a&&/p&`;
res.writeHead(200, {
'Content-Type': 'text/html'
res.end(content);
当需要返回目录列表时，遍历所有内容，并为每项创建一个link，作为返回文档的一部分。需要注意的是，对于子目录的href，额外添加一个尾部斜杠，这样可以避免访问子目录时的又一次重定向。
在浏览器中测试一下，输入localhost:9527/testfolder，指定的root目录下并没有名为testfolder的文件，却存在同名目录，因此第一次会收到重定向响应，并发起一个对目录的新请求。
为了减少数据传输，减少请求数，继续添加缓存支持。首先梳理一下缓存的处理流程：
如果是第一次访问，请求报文首部不会包含相关字段，服务端在发送文件前做如下处理：
如服务器支持ETag，设置ETag头
如服务器支持Last-Modified，设置Last-Modified头
设置Expires头
设置Cache-Control头（设置其max-age值）
浏览器收到响应后会存下这些标记，并在下次请求时带上与ETag对应的请求首部If-None-Match或与Last-Modified对应的请求首部If-Modified-Since。
如果是重复的请求：
浏览器判断缓存是否过期（通过Cache-Control和Expires确定）
如果未过期，直接使用缓存内容，也就是强缓存命中，并不会产生新的请求
如果已过期，会发起新的请求，并且请求会带上If-None-Match或If-Modified-Since，或者兼具两者
服务器收到请求，进行缓存的新鲜度再验证：
首先检查请求是否有If-None-Match首部，没有则继续下一步，有则将其值与文档的最新ETag匹配，失败则认为缓存不新鲜，成功则继续下一步
接着检查请求是否有If-Modified-Since首部，没有则保留上一步验证结果，有则将其值与文档最新修改时间比较验证，失败则认为缓存不新鲜，成功则认为缓存新鲜
当两个首部皆不存在或者验证结果是不新鲜时，发送200及最新文件，并在首部更新新鲜度。
当验证结果是缓存仍然新鲜时（也就是弱缓存命中），不需发送文件，仅发送304，并在首部更新新鲜度
为了能启用或关闭某种验证机制，我们在配置文件里增添如下配置项：
default.json：
"cacheControl": true,
"expires": true,
"etag": true,
"lastModified": true,
"maxAge": 5
这里为了能测试到缓存过期，将过期时间设成了非常小的5秒。
在StaticServer类中接收这些配置：
class StaticServer {
constructor() {
this.enableCacheControl = config.cacheC
this.enableExpires = config.
this.enableETag = config.
this.enableLastModified = config.lastM
this.maxAge = config.maxA
现在，我们要在原来的respondFile前横加一杠，增加是要返回304还是200的逻辑。
respond(pathName, req, res) {
fs.stat(pathName, (err, stat) =& {
if (err) return respondError(err, res);
this.setFreshHeaders(stat, res);
if (this.isFresh(req.headers, res._headers)) {
this.responseNotModified(res);
this.responseFile(pathName, res);
准备返回文件前，根据配置，添加缓存相关的响应首部。
generateETag(stat) {
const mtime = stat.mtime.getTime().toString(16);
const size = stat.size.toString(16);
return `W/"${size}-${mtime}"`;
setFreshHeaders(stat, res) {
const lastModified = stat.mtime.toUTCString();
if (this.enableExpires) {
const expireTime = (new Date(Date.now() + this.maxAge * 1000)).toUTCString();
res.setHeader('Expires', expireTime);
if (this.enableCacheControl) {
res.setHeader('Cache-Control', `public, max-age=${this.maxAge}`);
if (this.enableLastModified) {
res.setHeader('Last-Modified', lastModified);
if (this.enableETag) {
res.setHeader('ETag', this.generateETag(stat));
需要注意的是，上面使用了ETag弱验证器，并不能保证缓存文件与服务器上的文件是完全一样的。关于强验证器如何实现，可以参考包的源码。
下面是如何判断缓存是否仍然新鲜：
isFresh(reqHeaders, resHeaders) {
noneMatch = reqHeaders['if-none-match'];
lastModified = reqHeaders['if-modified-since'];
if (!(noneMatch || lastModified))
if(noneMatch && (noneMatch !== resHeaders['etag']))
if(lastModified && lastModified !== resHeaders['last-modified'])
需要注意的是，http首部字段名是不区分大小写的（但http method应该大写），所以平常在浏览器中会看到大写或小写的首部字段。
但是node的http模块将首部字段都转成了小写，这样在代码中使用起来更方便些。所以访问header要用小写，如reqHeaders['if-none-match']。不过，仍然可以用req.rawreq.rawHeaders来访问原headers，它是一个[name1, value1, name2, value2, ...]形式的数组。
现在来测试一下，因为设置的缓存有效时间是极小的5s，所以强缓存几乎不会命中，所以第二次访问文件会发出新的请求，因为服务端文件并没做什么改变，所以会返回304。
现在来修改一下请求的这张图片，比如修改一下size，目的是让服务端的再验证失败，因而必须给客户端发送200和最新的文件。
接下来把缓存有效时间改大一些，比如10分钟，那么在10分钟之内的重复请求，都会命中强缓存，浏览器不会向服务端发起新的请求（但network依然能观察到这条请求）。
服务器在发送很大的文档之前，对其进行压缩，可以节省传输用时。其过程是：
浏览器在访问网站时，默认会携带Accept-Encoding头
服务器在收到请求后，如果发现存在Accept-Encoding请求头，并且支持该文件类型的压缩，压缩响应的实体主体（并不压缩头部），并附上Content-Encoding首部
浏览器收到响应，如果发现有Content-Encoding首部，按其值指定的格式解压报文
对于图片这类已经经过高度压缩的文件，无需再额外压缩。因此，我们需要配置一个字段，指明需要针对哪些类型的文件进行压缩。
default.json
"zipMatch": "^\\.(css|js|html)$"
static-server.js
constructor() {
this.zipMatch = new RegExp(config.zipMatch);
用zlib模块来实现流压缩：
compressHandler(readStream, req, res) {
const acceptEncoding = req.headers['accept-encoding'];
if (!acceptEncoding || !acceptEncoding.match(/\b(gzip|deflate)\b/)) {
return readS
} else if (acceptEncoding.match(/\bgzip\b/)) {
res.setHeader('Content-Encoding', 'gzip');
return readStream.pipe(zlib.createGzip());
} else if (acceptEncoding.match(/\bdeflate\b/)) {
res.setHeader('Content-Encoding', 'deflate');
return readStream.pipe(zlib.createDeflate());
因为配置了图片不需压缩，在浏览器中测试会发现图片请求的响应中没有Content-Encoding头。
最后一步，使服务器支持范围请求，允许客户端只请求文档的一部分。其流程是：
客户端向服务端发起请求
服务端响应，附上Accept-Ranges头（值表示表示范围的单位，通常是“bytes”），告诉客户端其接受范围请求
客户端发送新的请求，附上Ranges头，告诉服务端请求的是一个范围
服务端收到范围请求，分情况响应：
范围有效，服务端返回206 Partial Content，发送指定范围内内容，并在Content-Range头中指定该范围
范围无效，服务端返回416 Requested Range Not Satisfiable，并在Content-Range中指明可接受范围
请求中的Ranges头格式为（这里不考虑多范围请求了）：
Ranges: bytes=[start]-[end]
其中 start 和 end 并不是必须同时具有：
如果 end 省略，服务器应返回从 start 位置开始之后的所有字节
如果 start 省略，end 值指的就是服务器该返回最后多少个字节
如果均未省略，则服务器返回 start 和 end 之间的字节
响应中的Content-Range头有两种格式：
当范围有效返回 206 时：
Content-Range: bytes (start)-(end)/(total)
当范围无效返回 416 时：
Content-Range: bytes */(total)
添加函数处理范围请求：
rangeHandler(pathName, rangeText, totalSize, res) {
const range = this.getRange(rangeText, totalSize);
if (range.start & totalSize || range.end & totalSize || range.start & range.end) {
res.statusCode = 416;
res.setHeader('Content-Range', `bytes */${totalSize}`);
res.end();
res.statusCode = 206;
res.setHeader('Content-Range', `bytes ${range.start}-${range.end}/${totalSize}`);
return fs.createReadStream(pathName, { start: range.start, end: range.end });
用 来测试一下。在指定的root文件夹下创建一个测试文件：
testfile.js
This is a test sentence.
请求返回前六个字节 ”This “ 返回 206：
请求一个无效范围返回416：
读取命令行参数
至此，已经完成了静态服务器的基本功能。但是每一次需要修改配置，都必须修改default.json文件，非常不方便，如果能接受命令行参数就好了,可以借助
模块来完成。
var options = require( "yargs" )
.option( "p", { alias: "port",
describe: "Port number", type: "number" } )
.option( "r", { alias: "root", describe: "Static resource directory", type: "string" } )
.option( "i", { alias: "index", describe: "Default page", type: "string" } )
.option( "c", { alias: "cachecontrol", default: true, describe: "Use Cache-Control", type: "boolean" } )
.option( "e", { alias: "expires", default: true, describe: "Use Expires", type: "boolean" } )
.option( "t", { alias: "etag", default: true, describe: "Use ETag", type: "boolean" } )
.option( "l", { alias: "lastmodified", default: true, describe: "Use Last-Modified", type: "boolean" } )
.option( "m", { alias: "maxage", describe: "Time a file should be cached for", type: "number" } )
.alias( "?", "help" )
瞅瞅 help 命令会输出啥：
这样就可以在命令行传递端口、默认页等：
node app.js -p 8888 -i main.html
戳我的 GitHub repo:
博文也同步在 GitHub，欢迎讨论和指正：
阅读(...) 评论()当前位置： >
> &js获取select中option的个正文
js获取select中option的个数
js获取select中option的个数：
var tt = document.getElementById("selectID").options.
(责任编辑：网页模板)2013年度最强AngularJS资源合集 - Web前端 - ITeye资讯
相关知识库：
AngularJS是Google开源的一款JavaScript MVC框架，弥补了HTML在构建应用方面的不足，其通过使用指令（directives）结构来扩展HTML词汇，使开发者可以使用HTML来声明动态内容，从而使得Web开发和测试工作变得更加容易。
AngularJS诞生以来，吸引了大量的目光，也迅速成为了Web开发领域的新宠。本文整理了2013年度一些非常有价值的AngularJS相关教程和资源，如果你想了解AngularJS或正在使用AngularJS，那么这些资源肯定会为你的学习和进阶过程带来帮助。 一、了解AngularJS
二、中文资源 1.
中文系列资源
– 大漠穷秋
– AngularJS中文社区
其他单篇文章
三、英文资源 1.
AngularJS入门教程
AngularJS指令学习
AngularJS应用开发实战
AngularJS游戏开发
AngularJS工作流程和测试
AngularJS书籍
英文资源出处：。希望上述资源可以为你在2014年深入学习AngularJS带来帮助。
& 说到Angular JS刚读到一片美国构架师的文章关于使用Angular JS在Microsoft平台上进行编程，达到高效web管理这个平台免费使用的下载地址：http://www.asp.net/请表叫我雷锋!我手痒，顺带把那文章译啦 ！博客里有http://www.iteye.com/topic/1141273
angularJS课程：后续的还会有angularJS的课程上线。
我这是用Nodejs写的：http://www.hubwiz.com/coursecenter
&&& 光就是小编整理的这些链接资料就值得点赞！！！！小编辛苦了。
来看我的视频教程，国内第一款完整的AngularJS视频教程http://www.imooc.com/learn/156
高质量文章啊，希望多多出品
司徒正美 写道必须赞个
用了一段时间avalon感觉比angular简单点新手推荐两个都看看
yixiandave 写道w 写道这个对比Ember.js 怎么样？分别研究了一段时间Ember和Angular，最后我们采用了AngularAngular代码看起来更清晰简洁，使用也更方便Ember的Handlebars模板语言不是很习惯。最大的硬伤是判断逻辑居然不支持js表达式，除了提供的几种判断函数以外如果需要扩展只能自己往Handlebars加插件。还一个硬伤是不支持动画渐变的切换，虽然我找到了一个ember-animate的插件，但是最终也没弄明白应该怎么用而且Ember的MVC+Router的模式限制比较死，对开发者要求高，学习成本也比Angular高不少。就拿我自己来说，Ember.js我花了3天时间才大致写出来一个Demo而Angular我只用了一下午avalon只用一小时https://github.com/RubyLouvre/avalon比angular更易学更易入门，性能更好（使用Object.defineProperty与VBScript实现更即时的双向绑定），兼容性更好，IE6+（可以到我的五群，问一下 ）例子更多更全面也有一个小小的生态圈，有验证框架，UI框架，动画库，路由，AJAX也有一些成功案例 http://www.cnblogs.com/rubylouvre/p/3468139.html有专门的入门教程指导 http://www.cnblogs.com/rubylouvre/p/3181291.html
AngularJS学习笔记 – 邹业盛这篇文章最详细啊，高山仰止！
其实我更关心适用于那些环境以及兼容性
相对Ember, Backbone, Knockout 来讲，AngularJS的数据动态双向绑定比较有吸引力，不需要手动设置。以前看过一篇文章，讲述从 Backbone 迁移支 AngluarJS 代码节省了一半。目前 AngluarJS 的生态圈比较完整， Github.com 上的流行的 AngluarJS 项目不少，比较出名的 AngularUI， 等等。但 AngularJS 真的不简单，如果自己写 Directive， Filter， Factory/Service/Provider 的时候，就必须去了解它的生命周期。我的 Github 账号上已经有好几个 AngluarJS 例子（包含 Authentication, CRUD ），针对不同技术输出后端 REST API，如 CakePHP，Ｚｅｎｄ２，Grails等。https://github.com/hantsy
yixiandave 写道w 写道这个对比Ember.js 怎么样？分别研究了一段时间Ember和Angular，最后我们采用了AngularAngular代码看起来更清晰简洁，使用也更方便Ember的Handlebars模板语言不是很习惯。最大的硬伤是判断逻辑居然不支持js表达式，除了提供的几种判断函数以外如果需要扩展只能自己往Handlebars加插件。还一个硬伤是不支持动画渐变的切换，虽然我找到了一个ember-animate的插件，但是最终也没弄明白应该怎么用而且Ember的MVC+Router的模式限制比较死，对开发者要求高，学习成本也比Angular高不少。就拿我自己来说，Ember.js我花了3天时间才大致写出来一个Demo而Angular我只用了一下午Angular确实是一个强大的前端框架，刚接触时感觉很惊艳，只用极少的代码就完成了平时写很多代码才实现的效果。不过比起Handlebars的模板语言，我更不喜欢html代码中间充斥着Angular的各种标记，没有深入的使用不敢妄评这种做法的好处与坏处，Angular的思想比较革命性，不是纯粹的MVC框架，入门容易，但深入学习，我个人暂时感觉很难融入。使用过backbone的同学应该更习惯EmberJs，Ember与backbone的思想更接近，并增强了不少，尤其是动态绑定(这个也是Angular的一大好处)，MVC框架的思想也有些接近苹果Cocoa的MVC,代码虽然多一些，但也更容易理解，有IOS开发经验的同学应该更容易接受。这两个框架都是目前来说最有前途的前端框架，看个人习惯选择了
w 写道这个对比Ember.js 怎么样？分别研究了一段时间Ember和Angular，最后我们采用了AngularAngular代码看起来更清晰简洁，使用也更方便Ember的Handlebars模板语言不是很习惯。最大的硬伤是判断逻辑居然不支持js表达式，除了提供的几种判断函数以外如果需要扩展只能自己往Handlebars加插件。还一个硬伤是不支持动画渐变的切换，虽然我找到了一个ember-animate的插件，但是最终也没弄明白应该怎么用而且Ember的MVC+Router的模式限制比较死，对开发者要求高，学习成本也比Angular高不少。就拿我自己来说，Ember.js我花了3天时间才大致写出来一个Demo而Angular我只用了一下午
学习中。测试驱动最吸引我。
w 写道这个对比Ember.js 怎么样？看这一篇&
这个对比Ember.js 怎么样？
相关资源推荐