论坛 › XDRX_API应用 › API应用 点监视综合动态应用

st788796 发表于 2014-12-9 20:48:06

API应用 点监视综合动态应用

点监视综合动态应用

Lisphk 发表于 2014-12-9 20:49:37

代码呢，大师{:soso_e132:}

st788796 发表于 2014-12-9 21:05:12

Lisphk 发表于 2014-12-9 20:49
代码呢，大师

来了
**** Hidden Message *****

Lisphk 发表于 2014-12-9 21:10:31

st788796 发表于 2014-12-9 21:05
来了
**** 本内容被作者隐藏 ****

能给讲解下不，大师，我看着图片挺炫，好像多线程的赶脚。普通LISP代码能写出来不？

st788796 发表于 2014-12-9 21:18:34

Lisphk 发表于 2014-12-9 21:10
能给讲解下不，大师，我看着图片挺炫，好像多线程的赶脚。普通LISP代码能写出来不？

原来就说过，pointmonitor 就像一个“多线程”， 按 Alisp 规则 语句是顺序执行，(xdrx_pointmonitor “callback") ，这一句执行后就是下一语句，一个等待函数 getxxx, 可以看到的是 callback 在这个等待过程中是由 pointmonitor 在同步一直执行的，是不是很像多线程！

只要你想做的都可以在 callback 中实现

newer 发表于 2014-12-9 21:20:46

st788796 发表于 2014-12-9 21:18
原来就说过，pointmonitor 就像一个“多线程”， 按 Alisp 规则 语句是顺序执行，(xdrx_pointmonitor “c ...

看来又要有精彩的工具了。

liuyj 发表于 2014-12-10 09:35:27

以前说动态，都用dragjig，其实pointmonitor更容易理解，也容易把非动态的改成动态的，就是实体数量多的时候效率可能低点。

grs432 发表于 2014-12-10 09:38:43

实现了，，呵呵！！我的准备工具要加快呀！！

XDSoft 发表于 2014-12-10 09:41:52

liuyj 发表于 2014-12-10 09:35
以前说动态，都用dragjig，其实pointmonitor更容易理解，也容易把非动态的改成动态的，就是实体数量多的时 ...

拖动和点监视器是两个类，各有各的优势，也不存在点监视器实体多时候效率就慢这个问题。

grs432 发表于 2014-12-10 10:04:38

本帖最后由 grs432 于 2014-12-10 10:09 编辑

st788796 发表于 2014-12-9 21:05
来了
**** 本内容被作者隐藏 ****
这个和论坛上的grread函数有区别吗？？{:soso_e100:}实现起的效率怎么样？？{:soso_e142:}

st788796 发表于 2014-12-10 10:29:22

liuyj 发表于 2014-12-10 09:35
以前说动态，都用dragjig，其实pointmonitor更容易理解，也容易把非动态的改成动态的，就是实体数量多的时 ...

Jig 有Jig的优势，点监视一般是建立在 DB 上的 Transform ，这个可能更接近 Lisper 的习惯，我的实体我做主！

liuyj 发表于 2014-12-10 11:08:25

受教了，唉，没文化真可怕，我一直就没搞明白这俩的关系

hzj268 发表于 2014-12-10 11:09:52

支持一下...............{:soso_e112:}

杜流浪人 发表于 2014-12-10 20:11:03

                      学习学习

st788796 发表于 2014-12-12 06:19:31

用 xd::doc:getfence 改造一下就是这样，中间的圆弧是采用模拟点方式
redraw + xdrx_grdraw 在操作中没有感到迟钝

查看完整版本: API应用 点监视综合动态应用