本地存储的兼容解决方案
这篇讲的是如何让本地存储在不同浏览器中“通吃”。文章一针见血地指出了一个现实问题：经典的IE浏览器和现代的Chrome、Firefox等主流浏览器，在本地存储的实现上使用了完全不同的技术方案——前者依赖`userData`，后者则使用`localStorage`。 更关键的是，这两种方案的数据作用域差异很大。`userData`存储的数据，其可见性仅限于同一目录下的页面。这意味着，位于`http://example.com/1/`下的任何页面，都能读取到`foo.html`存的数据，但`http://example.com/2/`下的页面则完全无法访问。相比之下，`localStorage`的数据作用域要宽广得多，只要是同一个域名（包括子路径）下的所有页面，都可以共享这些数据。 因此，文章的核心方案就是提供一套兼容策略，在代码中针对不同的浏览器环境，调用对应的存储API。这确保了无论用户使用的是哪种浏览器，应用的关键状态或配置都能被可靠地本地持久化。对于需要实现诸如用户偏好设置、草稿保存等功能的开发者而言，理解这两种存储方式的根本差异，并在项目初期就规划好兼容处理，是避免后期出现诡异bug的关键一步。
行内元素vertical-align:middle在html5和xhtml1.0及以下版本中的表现差异
这篇讲的是一个日常开发中容易忽略却很具体的“对齐坑”。作者在做页面时发现，静态页面里小图标和文本能完美对齐，但一到线上环境就错位了。排查后发现，根本原因在于两个环境的 HTML DOCTYPE 声明不同：本地是 HTML5，线上是 XHTML 1.0。 这个差异可能出乎很多人意料，因为我们常认为它们只是“语法更严格”的区别。但文章指出，不同的 DOCTYPE 会触发浏览器不同的怪异模式或标准模式，从而影响元素的默认样式。具体到这里，就是浏览器对 `line-height` 和 `vertical-align: middle` 的默认解析产生了细微差异，最终导致了视觉上的错位。 对于前端开发者来说，这篇文章提醒我们：浏览器的渲染行为不仅受代码本身控制，还与文档模式息息相关。在排查这类样式问题时，检查 DOCTYPE 是否一致，应该成为一个标准步骤。
js 获取url的get传值函数
这篇介绍的是一个JavaScript函数，专门用于从URL中提取GET参数值。作者从实际项目中的需求出发，分享了一个基于正则表达式的简洁实现。函数getvl(name)的核心思路是构建一个正则表达式来匹配URL中的参数，模式为“(^|\\?
前端要给力之：分解对象构造过程new()
要深入理解JavaScript的继承机制，就必须拆解那个看似神奇的关键字 `new`。作者从最基础的 `new` 运算符出发，带领读者一步步将其背后的对象构造过程分解开来。 文章首先澄清了构造函数中实例属性与原型属性的区别，以及原型链在 `instanceof` 检测中的核心作用。作者指出，`new` 操作的核心价值在于构建原型继承关系，而非调用构造函数本身。通过分析ES5引入的 `Object.create()` 方法，作者展示了如何手动维护原型链，从而将“创建一个链接到指定原型的新对象”这一关键步骤独立出来。 基于此，一个完整的 `new MyObject()` 过程被清晰地拆解为两步：第一步是利用 `Object.create()` 构造一个以 `MyObject.prototype` 为原型的新对象；第二步是使用 `Function.call()` 以这个新对象为上下文来执行构造函数，完成初始化。这个过程揭示了继承机制背后的实现逻辑，让开发者能更本质地理解OOP在JavaScript中的构建方式。
getJSON 方法跨域交互实例
这篇讲的是如何用$.getJSON方法解决前端开发中头疼的跨域请求问题。作者从当前跨域交互实现困难的现状出发，推荐了jQuery提供的$.getJSON这个看似简单却实用的解决方案。 文章的核心在于拆解这个方法的实现思路：它本质上是利用了