Taobao FED

主页

前后端分离的思考与实践(一)

也谈基于 Node.js 的全栈式开发(基于 Node.js 的前后端分离)前言 为了解决传统 Web 开发模式带来的各种问题,我们进行了许多尝试,但由于前/后端的物理鸿沟,尝试的方案都大同小异。痛定思痛,今天我们重新思考了“前后端”的定义,引入前端同学都熟悉的 Node.js,试图探索一条全新的前后端分离模式。 随着不同终端(Pad/Mobile/PC)的兴起,对开发人员的要求越来越高,纯浏

一种基于匹配回朔的 CSS3 选择器引擎实现

介绍CSS 选择器是一种应用于 DOM 节点查找场景的特定微型语法,本质上和正则表达式一样都是一种模式匹配语言,灵活使用可以方便得获取指定位置的节点集合。 目前 W3C 推荐标准为 Selectors Level 3,在 IE9 + 以及 Firefox,Chrome,mobile 等浏览器上原生有基本一致的实现,而在 IE 下则需要使用 JavaScript 模拟实现,本文介绍一种基于匹配回朔

模块化高扩展性的前端框架 KISSY

本文为 2013 年 3 月程序员杂志同名文章的完整版。 介绍伴随着淘宝的快速发展,诞生已三年多的 KISSY 也取得了巨大的成长。目前应用于阿里集团的多个业务团队,特别是淘宝,天猫,一淘的绝大多数业务都采用了 KISSY, 满足了从前台的 web page 到后台的 web app 再到移动端应用(起步阶段)的广泛需求。 在阿里集团以外也有不少公司和个人使用 KISSY,交流旺旺群成员已将近千

谈谈 jQuery 中的防冲突(noConflict)机制

许多的 JS 框架类库都选择使用 $ 符号作为函数或变量名,jQuery 是其中最为典型的一个。在 jQuery 中,$ 符号只是 window.jQuery 对象的一个引用,因此即使 $ 被删除,window.jQuery 依然是保证整个类库完整性的坚强后盾。 jQuery 的 API 设计充分考虑了多框架之间的引用冲突,我们可以使用 jQuery.noConflict 方法来轻松实现控制权的

复杂表单应用解耦,淘宝机票订单实践

背景在 Web 应用中,复杂表单这类 Web 应用富交互元素多,业务逻辑复杂,犬牙交错,且需求变化频繁。及容易成为晦涩和幽暗之地,也经常是各种代码坏味道的来源。针对这种典型的复杂应用,本文以淘宝机票订单为例提出一种架构模式梳理和消化表单带来的复杂性。 模块和组件划分解决复杂表单的的第一步,划分模块。 概念上,为了复用和解耦方便,应将模块按照功能的内聚程度进行划分。强相关,频繁沟通和交互的功能应

构建前端 DSL

目前在传统的软件开发领域 DSL 已经比较普遍,特别是 Martin Fowler 的突出贡献。而在前端领域尚较少涉及,而如果在前端开发中合理使用 DSL 同样也可以有效得减少代码数量,提高可读性。一个常见的应用场景即是前端模板的构建,从本质上看模板也是一个微型语言,因此可以从 DSL 的角度着手,使用工具快速构建一个适合于特定前端框架的模板引擎。本文将以 KISSY XTemplate 为例介

基于有限状态机的交互组件设计与实现

有限状态机(FSM)(维基百科)是设计和实现事件驱动程序内复杂行为组织原则的有力工具。 早在 2007 年,IBM 的工程师就提出在在 JavaScript 中使用有限状态机来实现组件的方法,原文地址如下: 《JavaScript 中的有限状态机》 现在结合 KISSY 等现代 JS 库和框架提供的强大的自定义事件的功能,我们可以利用有限状态机设计出代码层次清晰,结构优雅的前端交互组件。 今天,

Juicer – 一个 JavaScript 模板引擎的实现和优化

让我们从一段代码说起,假设有一段这样的 JSON 数据: 1234var json = { name: '流火', blog: 'ued.taobao.org'}; 我们需要根据这段 JSON 生成这样的 HTML 代码: 1流火 (blog: ued.taobao.org) 传统的 JavaScript 代码一定是这个样子: 12var html;html = '' + j

Closure Compiler 高级模式及更多思考

前言Google Closure Compiler 是 Google Closure Tools 的一员,在 2009 年底被 Google 释出,本文将详细介绍 CC 的高级模式部分,更重要的是,阐述 CC 高级模式背后的思考。 CC 是真正的编译器Closure Compiler 和 YUICompressor 并不是同类产品,虽然 CC 和 YC 同样产出压缩后的 JS 文件,但是 YC

word-wrap 解惑

源起我们经常需要“修复”一个老生常谈的“bug”,那就是文本的自动换行问题。在专业术语上,这种期望得到的渲染现象被称作“word wrap”,即文本处理器有能力把超出页边的整个词自动传到下一行。 在现实项目中,尤其是在测试阶段,鉴于测试使用非常极端的测试用例,我们经常需要“修复”如图所示的这个问题: 长单词溢出 图中,极长的这个英文单词(虽然是生造的)为了保证完整的显示,无奈地超出了容器的限制,