Linux和Windows之争的一种解决途径

北斗星君

一直在考虑以后是否要使用.net还是Java。

但是，我觉得不论是.net还是Java都有它的商业性和不完善。

所以，我个人。只是有这个想法。写了

L&W (临时)开发者协议 和 L&W (临时)使用者说明

希望能够缓解这一争执。觉得有些痴人说梦，但是还是请各位多多提出意见。

相关内容查看

http://blog.csdn.net/kernelstudio/category/39128.aspx

忘

不是痴人说梦 。支持

北斗星君

谢谢支持。
还希望多多提出宝贵的意见，以提供给下一个版本和正式版的基本构思。

同时还请各位Linux的用户能够更多的参与进来。

北斗星君

欢迎各位能够多多支持。

因为，要让Linux被中国人接受，还是要从软件入手的。

ShiChao

楼主打算作一个统一的开发环境？还是...
gtk的开发环境似乎很重要，多少妨碍了gtk的普及

北斗星君

只是想要让Linux用户开发的程序能够在Windows上运行。

想想，其实这也并非什么问题。现在的许多win32的界面程序都是用MFC写的。比如QQ，豪杰超级解霸等等。而每个软件都要复制一部分的MFC库。那么既然能够用MFC的库来生成界面，为什么不能用GTK这个夸平台的GUI来做呢？

有关GTK的开发环境的确有些……。不过，从长远角度来看。GTK还是不错的。至少不论在Win32上还是Linux上都是中立的。不过，随着越加的普及。应该不会是问题。

不论是Linux还是win32还是其他。都是从无名到有名。不是么？

ShiChao

GTK的开发环境看起来VdkBuilder

至少看起来好用


gtk移植win32也不是很难，只要开发者想移植
gtk现在对win32的支持还是有限的，而且似乎绘图速度也比MFC慢（我感觉甚至不如在X上）
现在写win32程序的人，第一个想法是用MFC还是VCL
而不是用GTK

北斗星君

定律是用来打破的。
思想是用来交流的。

我想，随着Linux和Windows抗衡的加深（这个现在已经是勿庸置疑的结果了）开发者会向兼容的程序走来的。现在是我们完善统一的尝试阶段。

至于GTK。觉得GTK官方网站上的那个GTK for Win32确实有些问题。不过，我推荐的那个用起来还是很不错的。

北斗星君

当然，我们也需要做一些动态的连接库和开发工具以弥补现在Linux和Windows的一些区别。比如Socket的调用。不过，我还是比较倾向于Linux的调用方式。

smokerlee

关键是要制定出一个标准来 嘻嘻 不知道我说的对不对？？

北斗星君

果然，知我者 Linuxers 啊。

其实我觉得还是以C语言为编写的主要语言为好。

格式就有点想 GTK 的那种。

比如一套文件操作函数可以如下定义。

[code:1]
typedef struct
{
    int fd;
    int mode;
} SdkFile;

SdkFile sdk_file_new(void);
int sdk_open_file(SdkFile *file,char *filename,int mode);
int sdk_read_file(SdkFile *file,void *buffer,int count);
int sdk_write_file(SdkFile *file,void *buffer,int count);
int sdk_tell_file(SdkFile *file);
int sdk_seek_file(SdkFile *file,long ofs,int seekmode);
int sdk_file_eof(SdkFile *file);
[/code:1]

虽然我已经实现了，但是觉得还不完善和严谨。而且，这套库靠我一人是很难实现的。所以，我想在做的各位是否可以帮助呢？

觉得与其和微软争Linux好还是Win32好，还不如定一个标准更合适。好让两个平台的开发都统一化。

北斗星君

我近期会很少上来，希望我在三个月后。

能够看到各位对 L&W 的评论和意见。当然，如果能有人暂时的接管一下就更好了。

kakuyou

[quote:f2666b0e07="北斗星君"]果然，知我者 Linuxers 啊。

其实我觉得还是以C语言为编写的主要语言为好。

格式就有点想 GTK 的那种。

比如一套文件操作函数可以如下定义。

[code:1]
typedef struct
{
    int fd;
    int mode;
} SdkFile;

SdkFile sdk_file_new(void);
int sdk_open_file(SdkFile *file,char *filename,int mode);
int sdk_read_file(SdkFile *file,void *buffer,int count);
int sdk_write_file(SdkFile *file,void *buffer,int count);
int sdk_tell_file(SdkFile *file);
int sdk_seek_file(SdkFile *file,long ofs,int seekmode);
int sdk_file_eof(SdkFile *file);
[/code:1]

虽然我已经实现了，但是觉得还不完善和严谨。而且，这套库靠我一人是很难实现的。所以，我想在做的各位是否可以帮助呢？

觉得与其和微软争Linux好还是Win32好，还不如定一个标准更合适。好让两个平台的开发都统一化。[/quote]

不是已经有标准io库了吗？可能很少有开发人员能理解到，每种库都是种开发语言，学习某种库大部分情况下比学习实现它的语言要费力气得多。

在今天来说，一般需求的情况下，已经不需要再另开炉灶写什么通用库了，而在特殊需求下，譬如你要实现个什么高负荷的系统或者实现某种特效，通用库是无法满足需求的，因为那些功能是没法抽象出来的，他们都需要利用平台的专有特性。

linux和windows根本不算什么大方面，如果说服务器系统，两个谁也不占优势，说桌面，怎么也应该是弥合mac和windows。由于linux遵循posix标准，大部分的程序（其实真正为linux专写的软件很少很少，由于大家不怎么关心其他的开源系统，才会以为这些是linux软件）都可以在linux，各种bsd，solaris,及其他unix上编译，运行。

最后，再泼盆冰水。通过写个通用库来弥和区别这在今天是根本不实用的想法，由于大量软件已经存在的事实，真正实际的做法是把某种平台专有库移植到另一种平台上去，去让开发人员抛弃辛辛苦苦学会的库用法再去学个新库，还不如让他们轻轻松松只需要重新编译一下程序来的实在吧。

smokerlee

我晕~~gtk难道  也可以像vb那样来做

北斗星君

其实，觉得。这只是一个想法。

我说的文件IO是有标准库的支持。

但是没有标准库支持的呢？