D开源小项目讨论

smithfox 2007-04-18
我想因为团队成员对D的熟悉程度不一样,建议build一套开发环境。
我这段时间一直用业余时间在build自己的develop environment.
全是基于console的,bat脚本和build(bud),还有vim以及console2

这样大家可以集中精力写代码,而不用再烦心环境的问题。
oldrev,还有各位高手,能将你们的build环境的心得和遇到的问题发出来吗?
jinheking 2007-04-18
oldrev 写道
还有协议问题,我倾向于 GPL。
协议如果确定下来就可以开项目了


GPL2.0协议吧!3.0有很多人不能够接受
ideage 2007-04-18
oldrev 写道
词库我的意见是用SQLite存储,这样搜索也不是问题了。

词库来源可以考虑把星际译王的转换一下,学星际译王把程序和词库分开避开版权问题。

虽然不一定要严格实现 MVC,但界面和辞典引擎肯定是要分开的


严重同意!

先申请一个窝吧,保存大家的成果!
oldrev 2007-04-18
编译程序就用我的 blog 上的那个通用脚本吧,一键搞定
http://oldrev.iteye.com/blog/66923

我自己用的是一个修改进化后的 Rant 脚本,可以自动化编译、生成导入库、单元测试、upx压缩和zip打包,等项目的目录架构确定下来我就把这个脚本修改了以后提交上去。
oldrev 2007-04-18
项目已经创建了:
http://code.google.com/p/dayudict/

google 的 host 我还不大会用,各位先看看
qiezi 2007-04-18
Rant需要ruby吧,最好使用dsource.org上的build,更通用一些。
oldrev 2007-04-18
装 Ruby 也不是很复杂的事情阿,Rant/Rank 的自动化感觉强多了
qiezi 2007-04-18
Rant没办法处理D的模块依赖吧?如果是每次build都全部重新编译,build做得更好一些,毕竟是专为D写的,体积也小。
oldrev 2007-04-18
好像有个更好的选择 rebuild? 不过 build 和 rant 不矛盾吧?可以用 rant 调用 build
qiezi 2007-04-18
刚才又看了一下build,实际上它非常成熟了,可以自动处理模块依赖。

比如我们的main函数在main.d里面,它import了foo/bar/zoo这3个模块,只需要build main就可以自动把另外3个也编译,也能自动检测哪些经过修改了,需要重新编译,还有一些非常有用的选项。可以把这些编译选项写在配置文件里,比如make.brf里面,编译时build @make就可以了,非常方便。而且它本身也是个功能强大的make工具,用rant调进build是不是多此一举?

我用它代替dmd 去编译前段时间做 BerkeleyDB的D包装版本,编译后可以运行,而直接用DMD编译的版本就会core dump。
Global site tag (gtag.js) - Google Analytics