你难道还没有用 RELAX-NG 吗？

Thymeleaf：面向 Java 的 XML/HTML 模板引擎

Thymeleaf是个XML/XHTML/HTML5模板引擎，可以用于Web与非Web应用。它是个开源的Java库，基于Apache License 2.0许可，由Daniel Fernández创建，Daniel Fernández还是Java加密库Jasypt的作者。Thymeleaf旨在替换掉JSP及其他的模板引擎，如Velocity与FreeMarker。它提供了两个版本，分别是Standard方言与SpringStandard（Spring MVC 3）方言，并且可以通过创建自定义方言进行扩展。

为什么说 JSON 不适合做配置文件？

有了这么多更好的配置语言，没有理由还要使用JSON。如果要创建需要用到配置的新应用程序、框架或库，请选择JSON以外的其他选项。

契约的版本管理、兼容性和可组合性

Kjell和Jean-Jacques回顾了契约设计的原则，重点探讨了鼓励服务重用和对治理起补充作用的基于XML、XML模式和WSDL扩展性的兼容性契约概念。这篇文章包含了一种新颖的管理企业数据模型相关消息类型的方法。

JSON-LD 进入 W3C 推荐状态

W3C RDF工作组已将JSON-LD和JSON-LD 1.0处理算法与API标准推进到推荐状态。JSON-LD是一个标准，旨在向JSON中加入“链接数据（linked data）”语义。

使用尖括号和契约优先开发有何关联？

Thinktecture公司Christian Weyer宣布正式发布一款Visual Studio外接程序WSCF.blue，这是一款使用WCF进行Web服务的契约优先开发的外接程序。

如何阅读 Django 的源代码

使用 LESS 或 Sass 重构 CSS 代码

LESS和Sass是旨在将变量、混合类型以及其他经过实践检验的语言特性引入CSS，从而减少CSS文件中冗余情况的Ruby工具。让我们来看一下这两个工具的工作原理以及功能特性。

SOA 宣言发布

经过几天紧张的忙碌，SOA宣言发布了。就像可以预期的一样，得到的反馈褒贬不一，但这是由于宣言本身的缺陷呢，还是因为信息未能得以正确的理解或交流呢？

实战：将 ToDo 应用扩展为一个 REST 服务

这一讲，我们就把前面已经写好的 ToDo 应用扩展一下，让它变成一个 REST 服务。

API 文档：如何生成 Swagger API 文档 ？

今天我们来看下，如何用Swagger这个工具，生成易于共享且具有足够描述性的API文档。

在实现 XML 和 Web 服务时要避免的三种常见错误

在其最新的文章中，IBM的Kyle Brown检查了3种常见的反模式，或者说是“坏习惯”，正是它们给采纳Web服务和SOA实现造成了不必要的麻烦。

SOA 领域建模，用 OOD 还是 SOA 方法？

SOA领域建模时应该从哪开始呢，信息模型还是功能性结构？使消息格式标准化的方法就是规范数据模型吗？SOA信息模型有哪些不同的阶段？Gervas Douglas在Yahoo的SOA邮件讨论组的专家们对这些问题展开了讨论，提出了他们的观点。

W3C 发布 XML 新标准：XProc

W3C把XML管道的概念定义为一系列针对XML文档的操作。通过 XProc，可以自动执行、管理以及共享管道。Quin提到XProc跟W3C所有的推荐标准一样，都经历过超过两年时间的大量开发和公开讨论。

一种针对 SOA 的消息类型架构

这篇文章提出了一种新的消息类型架构，它以两个DSL为基础，起到了帮助管理SOA中消息格式的作用。这种方法通过消息类型定义中引用的企业数据模型促进了重用，并且有助于使数据治理流程和SOA治理流程保持一致。

Spring Rest Template 常见错误

学习 RestTemplate 使用中经常遇到的 3 个典型问题。

BDD 是什么东西？

当 JUnit 带来的自动化测试框架风潮迅速席卷了整个开发者社区，成了行业的事实标准，就开始有人基于测试框架的模型进行延伸了。各种探索中，最有影响力的就是 BDD。

规范设计（上）：项目开发杂乱无章，如何规范？

一个项目的规范设计主要包括编码类和非编码类这两类规范。今天，我们一起学习开源规范、文档规范和版本规范。

面向资源的架构：信息，而非容器

虽然我们基于主要的使用经验而将万维网称为文档网络，但是我们不应该忽视文档也是一种数据源。新技术的涌现使得在网络上为可抽取的内容进行编码愈来愈容易。而本文重点关注文档的制作者如何提高文档的机器可处理性。

WHATWG 击败 W3C，赢得 HTML 和 DOM 的控制权

W3C 正式发布未来的 HTML 和 DOM 标准，并支持 WHATWG，将控制权完全交还给浏览器厂商。

Markdown 的标准化之路

一群来自Stack Exchange、GitHub、Reddit以及其他组织的代表发起了对Markdown进行标准化和功能增强的项目，名字为Standard Markdown。但是他们的努力遭到了Markdown语法创建者John Gruber的反对，John Gruber不希望Markdown用在其他项目中，所以标准化项目最后改名为CommonMark。