fictonking的专栏

AngularJS API参考手册(chm格式)，有此文档国内的同学就无需看了

Flex通过ADO访问任意数据库的ANE

Lua脚本编写的解码http post数据

webex录制的wrf格式视频转wmv格式的工具，支持wrf2.7及以上版本

Adobe Flex 框架的SDK 美中不足之处就是部分由良好的半黑盒子系统所创建；这就是说， 在大多数情况下，我们这些开发者在项目周期中没有时间或精力去真正地深入到未知领域。 从技术上来讲，Flex 框架的不是一个黑盒子，你可以阅读和查看它的所有源码。由于代码 的复杂性及它是如何设计的，我们往往把框架看成是如何输入、得到什么样的输出。大多数 开发人员，包括作者，往往在工作中学习Flex,通过验证、试验、研究或按照他人写的博客 提到的观点来寻找新的技巧和技术。 Adobe 已经做了非常了不起的工作是Flex 框架的文档，它已被细分为两大类：用户指南和 API（ASDoc）文档。然而，即使他们有大量的文档，用户指南和API 文档之间的还是有一个 很大的差距。用户向导涵盖了一系列的课题，从如何开始到使用比较复杂的功能；但都停止 在这些不很复杂的功能上，比如：样式扩展的技巧，元数据可以做和不可以做的，当然也包 括Flex 框架和组件生命周期。有很高层次的概述，但这些都在用户能弄明白的能力范围之 外。 从API 文档中我们可以推断出很多功能和命令，有时它们是引导我们，但也有时关于一些信 息会戏弄我们。通常，API 文档假定你知道要查找的东西，它们只是解释一下如何去做；但 不会告诉你何时或为什么去用它们。由于这种宏观的指导与微观的API 之间的差距，优化开 发成为了一个黑色艺术，需要程序员通过多年的经验在试验和错误中确定最佳的做法。加上 这些与Flex 只有5 年左右的历史，它从最初的表现进化到了引人注目的阶段，而我们大多 处于技术的初级阶段。 然而，作为第三方的开发者，并不是唯一留在外面的。多数Adobe 的工程师也没有完全了 解框架的细微部分。詹姆斯参加了Adobe 2008 年MAX 会议关于Flex 组件的介绍和Deepa 论坛关于Flex 的生命周期评价。 她的报告一半是关于生命周期，甚至其中一半是关于在当前Flex3 的生命周期，其余的是关 于Flex4 的变化。 随着她在高层次的深入概述，提到近期一个Flex 架构师使她最终通过了整个生命周期。她 对观众说希望能早点了解这些信息，这样能使她能成为一个更好的工程师。 我们的观点是Flex 迷惑了我们许多人，甚至一些最受尊敬的工程师。这是一个复杂的系统 设计得非常强大，易扩展，灵活。然而，这种灵活性推展和实现创造了许多可能性。这些可 能性很多都不是最好的开发方式，甚至有可能不利于整体性能，稳定性和可扩展性的应用前 景。 本文的目的是尝试照耀到整个生命周期，使我们一些启示，作为一个开发社区，用Flex 能 创造更好的应用程序和组件。值得提醒的是，以下信息大部分是从阅读源代码推断的，一些 是好的文档，也有一些不是。如果你看到一些不太正确的，或许可以用一个更好的解决方式， 欢迎随时联络DevelopmentArc 我们（info

根据电子政务标准化工程（一期）建设需要，开展《电子政务系统总体设计 要求》标准的研制。本标准由国家电子政务标准化总体组归口。本标准召集单位 是中国电子科技集团信息化工程总体研究中心。

《基于XML 的电子公文格式规范》国标的3、4、5、6、7部分。

《项目经理案头手册》（2001.10第1版，原书第2版）

ESB主要产品比较，对国际主流的收费和免费ESB进行各种指标的评测。

OpenBlocks图形编程可扩展框架 把标准编程语言的语法转成一块块图形，写程序就像拼图一个

Maven构建全栈式Flex、BlazeDS和Spring集成解决方案–第三部分_整合全部应用

Maven构建全栈式Flex、BlazeDS和Spring集成解决方案–第二部分_编写to-do_list服务器端

Maven构建全栈式Flex、BlazeDS和Spring集成解决方案–第一部分_创建Maven_Flex模块

EPC（事件驱动过程链）简介 总结了一下EPC的基本概念和重点内容，抛砖引玉了。