|
锁定老帖子 主题：OSGi + XML = XML应用程序？
精华帖 (0) :: 良好帖 (5) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-09-22
yipsilon 写道 鱼言风语 写道 你这个项目不就是用来做UI的吗？现在都提倡UI与逻辑分离，你要把这2者榜定在一起？
逻辑是什么呢？就是控制事件和事务处理？这些都可以在插件中做以达到UI与逻辑分离呀，而XML作为UI部分仅仅是调用插件的功能和进行一些简单互动而已，不是么？ 关于嵌入代码问题，曾经的 XMLX 前身 SWT-XUI 就支持JavaScript、BeanShell、Groovy等嵌入式脚本，这个实现起来是没有问题。 至于调试问题，我觉得应该跟网页调试差不多了，加入使用javascript做脚本引擎，一旦脚本有问题了，rhino也会抛出各种错误。当然，如果这项目实现出来了，也会把错误定位这块儿给尽力做出来的。 明白了，那么如果我没理解错的话，你要做的就像一个浏览器，对吗？ |
| 返回顶楼 | |
|
发表时间：2009-09-22
呵呵，LZ想法很好，但是要完成这样的事情，工作量非常大。
adobe的MX xml界面定义语言就是这样的思路 不过和OSGI好像没有太多关系吧！ |
| 返回顶楼 | |
|
发表时间：2009-09-22
imlsq 写道
呵呵，LZ想法很好，但是要完成这样的事情，工作量非常大。
adobe的MX xml界面定义语言就是这样的思路 不过和OSGI好像没有太多关系吧！
flex的mxml跟本想法有个不同的地方，就是mxml的xmlns定义的是包名，就像是显式导入包：
<!-- 相当于导入包 import com.adobe.sample.* --> <component xmlns:t="com.adobe.sample.*"> <!-- 相当于调用 com.adobe.sample.Test 类 --> <t:Test id="hello"/> </component> 而当前想法是通过xmlns定义来区分不同bundle之间的调用：
<!-- 相当于对解释器说，要使用 SymbolicName 为 com.cmspad.osgi.sample 且版本在 1.0.0 及以上的 Bundle --> <component xmlns:t="com.cmspad.osgi.sample:1.0.0"> <!-- 使用以上的bundle对标记进行处理 --> <t:Test id="hello" /> </component> 很明显，前者如果出现包名相同且类名相同时，是无法进行判断的到底使用哪个类的，而OSGi技术拥有版本冲突管理机制，可以根据指定的版本范围搜索最合适的bundle进行调用。
我个人认为这个想法最起码可以实现是需要会HTML和JavaScript就可以写出应用程序，而不仅仅是网页（前提是HTML插件已经开发好了:))。 |
| 返回顶楼 | |
|
发表时间：2009-09-22
最后修改：2009-09-22
楼主是xwt子项目的开发Leader？
|
| 返回顶楼 | |
|
发表时间：2009-09-23
依稀记得有一个XUL和swt结合的东东。
http://www.iteye.com/topic/14494 仔细一看， 原来就是兄台的作品。 |
| 返回顶楼 | |
|
发表时间：2009-09-23
lcllcl987 写道 依稀记得有一个XUL和swt结合的东东。
http://www.iteye.com/topic/14494 仔细一看， 原来就是兄台的作品。 这头像你都敢用..不怕市和谐局的 
|
| 返回顶楼 | |
|
发表时间：2009-09-23
第一眼看到XML代码让我想起jasperreport.. 不过要想让会HTML的人会写程序。。。。 |
| 返回顶楼 | |
|
发表时间：2009-09-23
flex?!
|
| 返回顶楼 | |
|
发表时间：2009-09-23
最后修改：2009-09-23
Java本身不适合描述UI,用XML或者HTML确实是更好的,但是只用Javascript和Html写程序,效率会有多高?
Java在描述模型和逻辑方面要比Javascript强. 各有各的用途,混合使用才是王道,把"不需要Java语言就可以写Java程序"作为目标能有多少效率的提高? 楼主的想法,我的理解也就是做Flex,WPF这样的框架而已. |
| 返回顶楼 | |
|
发表时间：2009-09-23
solonote 写道 Java本身不适合描述UI,用XML或者HTML确实是更好的,但是只用Javascript和Html写程序,效率会有多高?
Java在描述模型和逻辑方面要比Javascript强. 各有各的用途,混合使用才是王道,把"不需要Java语言就可以写Java程序"作为目标能有多少效率的提高? 楼主的想法,我的理解也就是做Flex,WPF这样的框架而已. 做桌面应用程序，不需要太高效率吧？ 我看重的是易用性，最好刚入门的人们都可以使用它。因为只要是自己写出来的程序，运行起来哪怕再慢，自己也是可以忍受的，不是么？呵呵。 |
| 返回顶楼 | |
