开源项目XWorker介绍。（增加了编码解码示例）

重新整理了主页帖，看了之后你会发现我自己现在不乱，不过曾经确实无比的纠结。

XWorker有两方面的功能：实用性和哲学性。

实用性大家说了算，我现在就不定期把XWorker的一些模块的使用方法贴出来，就是让大家看看XWorker究竟是否适用。不过目前XWorker实用功能还是少了点，但如果你能坚持关注此贴的话，相信会有改观。

哲学性，前面说的太多了，这是让你认为我混乱的原因。想想看，我认为很简单的结构的结构花了几年时间，愣是没人理睬，那个郁闷啊，不先唠叨几句不爽啊。

不过我现在轻松了，因为我发现我已经在结构的结构上没有办法在有新发现了，我已经是黔驴技穷，倒是让我在理论文字功夫差的人解脱了。

最后愿我能把XWorker说的简单易懂，也让大家使用起来简单。

在XWorkerz中是直接完成功能的，不需要编译成其他语言。不过不排除会在XWorker里编写代码生成工具，不过这就属于使用XWorker开发的应用了。

 

另外用XWorker定义东西，这个需要解释一下。

 

我们知道编程中有个重要的概念是结构（类也可以看做是结构），在XWorker中定义东西是定义结构，然后在用结构定义其他东西，这是一个可递归的操作。

 

所以XWorker是一个可运行的工具，使用XWorker的主要方法像编辑XML一样不断的编辑数据。

 

第一个问题。
折磨人的最好方法之一就是让他研究哲学，哈哈。那就是我研究哲学之后的结果啊，混乱中有清晰，清晰中有混乱。不过我现在已经不用研究那个问题了，所以会越来越清晰的。

第二点关于框架的问题。

XWorker编写框架的优势在于简化了框架的编写过程和调用过程。

简化框架的编写过程主要是不需要考虑框架程序的数据（配置）管理，使用XWorker就可以管理这些数据，其次是框架程序的编写编程了在XWorker中编辑事物（编辑数据）的过程，相对来说也是简化了。

 

在XWorker中调用框架也简单和方便，不过口说无凭啊，今后我会放出更多的证据来（XWorker的模块介绍）。

 

第三点

不是很明白固化在某一种途径上的具体含义。不过XWorker使用自称的面向事物的编程方法，如果说固化可能是指在编程方法上吧，不过我们使用一种语言总是要在它的框架了才能发挥最大优势吧。

 

 

握手。

编程的过程中就是解决一个又一个不方便啊，我现在相信这个过程是没有尽头的。

另外如果能够指出的更具体一些就更好了，也许会有更好的方法。

大概浏览一下，我的理解：楼主就是用xml来描述事物（我觉还是叫对象更亲切）,然后解析并运行它.
它的事物含义更宽广，可以是原来的java对象，也可以是html 表单，还可以是swt form等等.
这种思路还是可以的，实现起来还有很多的细节都要考虑，但最担心的还是下面:
1):性能
2):实用性具体如何

LZ能从07年一直坚持到现在，不说别的，就为这种专注的精神由衷赞一个。

已经实现了哦。

 

 

1. 性能目前基本够用。

   用网页直观的比就是一个有脚本加页面模板（freemarker）的简单网页在0.1-1毫秒左右，相比纯粹的Java那是慢的非常多，不过XWoker中的事物一般都是封装顶层的调用，一次调用执行次数少，故目前还不存在性能问题。

    不过性能问题就XWorker诞生之日起就一直在解决的，今后还会继续解决。比如很早就不使用XML标识事物的，因为那太慢了，速度慢到我发忍受。

 

2.实用性如何。

    这就是我发帖希望有人使用XWorker的原因了，要想XWorker好用需要更多人贡献更好的事物，我也会不断发一些示例以吸引开发者。

 

3. 关于事物。

    事物和对象就概念上来说事物一般缺少一个观察的主题，而在使用频率上来说使用对象是远远大于使用事物这个词汇的。

    要想让大家认识到事物和对象的差别，尤其是在XWorker中，我准备打持久战，呵呵。目前来说我不介于大家把他们搞混淆，因为大部分时候它们就差不多。

 

[quote="spritesong"]LZ能从07年一直坚持到现在，不说别的，就为这种专注的精神由衷赞一个。[/quote]

 

谢谢，还有更长的路要走啊。

说实在的,我也没看懂xworker到底是啥,开始以为是xwork呢!!

觉得还是思路上，定位问题？能不能用一句通俗点的话描述一下。
还有到你网站上源码为啥下载不了啊？