dodobear的小窝窝

今天在研究flex的FileReference时，再一次发现flexapi设置的不足之处。文档里说在调用FileReference.upload()之前必须先调用FileReference.browser()。如果事前不知道文件的路径，这样的设置是很合理的。但是假如程序已经知道了传输文件的路径，那么就没必要调用FileReference.browser()，但是flex不允许这样使用。所以这样的话

flex的FileReference传输大文件时可以超过1g的，文档上写player Officially支持up to 100m，好像有点太谦虚了，速度还可以，只是本机测试了一下，传输700多m的文件花了100s（包括服务器保存文件花掉的时间，实际传输时间在30s左右）。期间flex的complete事件的响应在服务器返回应答之前，很奇怪，需要进一步深入。另外还测试了HttpService的

现在有很多事都想做，但是没时间，以前是有时间但是不知道做什么，真是奇怪。今天稍微试用了air显示pdf的功能，发现了adobe一个很人不满意的地方。adobe的flex与air的确提供很多高级的控件，使得程序员在实现某些功能的时候很方便。但是这些控件大部分都有一个缺点：他们提供的功能要么就是不能完全实现你需要实现的功能，要么就是实现的有效率问题。这让我很难过，用吧，功能不能完全实现或者功能实现