如果有方法就一定会写在范例、文档里。
topointer / raw.topointer / raw.struct 这些都是C接口才会用到的东西, C#用不到。
跨编程语言总会有些限制的。
aardio 并不支持
jQuery 还有一个问题，
jQuery 1.6.2 的 ajax 函数虽然能访问 file:// 协议，但发布后不支持通过 res:// 协议访问 exe 资源，这个问题在 jQuery 1.6.3 已解决。
参考帖子：
http://bbs.aardio.com/forum.php?mod=viewthread&tid=1702
单纯讨论一下 ajax 函数为什么报错：
IE11又或者Chrome 限制 ajax 读取本地文件（ 即使 HTML 是使用 file:// 协议打开 ）
还是推荐用 wsock.tcp.simpleHttpServer 或者 wsock.tcp.asynHttpServer 解决这一类问题，因为这些网页程序基本上只考虑为 HTTP 服务器服务，即使没有这个问题也可能会遇到其他一些奇怪的问题，好在 aardio 创建 HTTP 服务器既轻量又方便。
另外一个解
这个测试存在几处不合理：
1、耗时实际是错的，上面代码是先多次调用 console.log ，然后再去计算耗时, 而控制台读写是非常慢的，这是测试常犯的错误。实际上先计算时间，耗时就从 100 多毫秒降到了 零点几毫秒。
2、你的代码通过内存直接复制值，但是你忽略了一个东西，aardio 的共享表这些方案是有自动加锁并保证线程安全，而你没有加线程锁，这当然会快多了，你想像一下，十字路口关掉线绿灯能不快吗？！
实际上这个耗时一般可以忽略，例如我们跨进程交互时，用RPC方案，那个要慢很多，但使用中基本感觉不出来，因为在程序设计时，一般可以
我看了一下上面库的源码，仍然调用了 thread.callbackInitialize() 却没有对应的释放资源，建议删除这句代码 —— 带来的限制就是在他的线程回调里COM有关的功能都不能使用。
当然只有使用 HPSocket
回复#2 @zhoubujin : 根据 RFC4648 等号是可选的，加不加都符合标准，常见的是移除等号，我改进了一下可以 crypt.bin.encodeUrlBase64(str
在这里要代码很不合适，这不是在支持 aardio，更不是在支持 htmlayout.cn，htmlayout.cn 毕竟是 popdes 的个人博客，以分享代码为主，简单的说是抛砖引玉，你先得扔块砖，别人指导你的前提是，你自己有动手写代码, 自己都不愿意帮自己，别人怎么帮你？！我强烈建议大家，无论在哪里看到这种问题，都不要回复，不要帮忙，共同抵制这种风气。
直接用 crypt.bin.encodeUrlBase64() 函数就可以。
uploadToken 的定义有问题，类里面变量默认是类名字空间的静态变量（所有类实例共享），所以应当改成 this.uploadToken = .......
一般静态变量应当写在 namespace className { uploadToken = ...... } 这里面。这样结构会清析一些。
又是缩进错落有致，从头到尾没有一个空行一气呵成。
//直接用标准库函数检测字符串是否网址
inet.url.is(url)
//简单检测是否以http开始（忽略大小写）
string.startWith(url,
这项目违反了 aardio 用户许可条款:
aardio 开发环境官方压缩包 —— 不得进行任何修改，不得解包后重新打包或上传到开源托管网站。通过任何形式从外部调用开发环境生成 EXE 的操作 —— 也违反许可条款。
aardio 虽然有最慷慨的用户许可，但并非完全没有底线。