讨论一下delphi在机顶盒上的应用的可行性。(200分)

  • 主题发起人 一个过客
  • 开始时间

一个过客

Unregistered / Unconfirmed
GUEST, unregistred user!
某机顶盒,操作系统为linux,硬件上可固化5M的应用软件,
如果用kylix在上面开发GUI软件,不知道是否可行?
(注:不需要数据库)
1、kylix写的程序的发布包到底需要多大?
2、kylix要实现图形界面是否一定要安装KDE/GNOME?
3、还没想出来。。。
 
我觉得可行性较小(不是没有)
机顶盒上的操作系统过度地依赖于硬件设备,而Kylix几乎封装了所有设备支持,
可执行文件包实在太大。特别是图形界面上开发,尤其不适合使用kylix这类应用层的大型开发工具
这里的道理与Delphi不能开发Windows CE的道理一样
 
是不是用java来做可行性还要大一些?
难道kylix这么不中用?
希望大家继续讨论!
 
JAVA当然也有问题的,至少还得在机顶盒上装个java虚拟机吧,又是一个老大的东东
 
那用什么写比较好?汇编?
 
汇编?他在linux下.
我看如果只有5M空间的话,怕是不成的。我没用过kylix不知它是在kde还是gnome下的。
可能不用图形界面的方案更可行一些。如果一定要的话,直接用那些底层的x-windows函数,
减少依赖的库才有可能在5M内搞定。kde蛮大的。
 
不要把QT与KDE搞混,Kylix是基于QT的,不是KDE(KDE也是基于QT的)
因此,只要有QT,就可以运行Kylix(及其编写的程序)。
进一步而言,依赖于QT的是CLX,换句话说,只要你不使用CLX,直接调用
XWindow的 API进行编程,就连QT也不需要了。如同在Delphi下完全用Windows API
编程,照样可以编出非常小的程序。
但即便如此,也不一定实用,因为X11本身也是一套系统,完全安装不知道5M
够不够。现在有很多小的X系统,机顶盒/嵌入系统似乎都不是使用标准X的。
最后,上面说的一切可能都是废话,因为编译器是针对特定硬件(CPU)平台的。
我不知道有没有Intel X86系统的机顶盒,但如果你说的不是的话,那么用Kylix
根本就是痴人说梦,Linux有跨平台性,可不代表Kylix有。Kylix就是X86平台下
的一个Linux开发工具而已,不要想得太多。
 
说得不错。我现在开窍多了。
不知道到底有没有人用kylix开发过“真正实用”的软件?
 
用C吧。
 
除了 Kylix 是基于 QT 类库的以外,Kylix 似乎还包含了一个在 Linux 下面模拟 Win32 的
运行库,所以不是那么的简单。真要开发机顶盒的嵌入式系统软件,如果基于 Linux,用
GCC 吧,或者用 GNAT Ada 也行。要么就用专用的嵌入式系统开发用 Pascal 编译器,我
在网上看到过,还不错。
 
>>>专用的嵌入式系统开发用 Pascal 编译器
愿闻其祥!
 
5M的Flash当然不能用传统的GUI(即X-window),一般linux内核要200-300K,加上glibc库
2M左右,还有字体,所以系统起码占要2.5M, 而X-window是一个大家伙,另外它的采用
C/S模式,用户进程和服务器存在X大量的数据通讯,一般X-window不适合作嵌入式图形应用,
在硬件资源贫乏情况下,可以采用microwindow和miniGUI,后者可是中国人写的开放源代码
的专门针对嵌入式系统设计的GUI系统啊,而且写的很好!
另外,我们公司采用4Mflash + 16MRAM + Motorola POWERPC 823,采用linux内核,
自己编写了GUI系统,支持多进程的窗口剪裁
 
多人接受答案了。
 
顶部