想吧STL移植成一个c语言库，先调查调查

xhl

原帖由 ivek_troll 于 2007-6-29 12:40 发表


FreeBSD的这个没怎么研究过，我想这个库学起来比较费劲吧？
我可以保证我的库对于一个熟练会用STL的人10分钟就能学会使用。

不是LIB， 仅仅是几个。H文件。
至于用法， 是没有STL那样容易， 但也没有想象的那样复杂。
这几个MACRO文件， 在LINUX下也有， man queue

福瑞哈哥

FreeBSD的这个没怎么研究过，我想这个库学起来比较费劲吧？
我可以保证我的库对于一个熟练会用STL的人10分钟就能学会使用。

为什么不能有C++的思想啊？我觉得C++的container+iterator+algorithm思想可以被其他任何语言借鉴。
而且统一用C++的标准，可以减少后来人的学习

问题的关键在于，用惯STL的人一般不想再去用c,用惯c macro的人一般对STL类似的东西没兴趣。个人观点。

ivek_troll

我做这个库的原因之一就是在一次项目中必须用C语言，但我本来C++用的比较多，没有STL很不爽，所以就有了这个想法。
应该说我这个库是为了C++程序员服务的，为了那些不得不在纯C环境下写大量数据结构处理代码的C++程序员服务（不知道实际这种情况多不多？所以发帖来调查）

MMMIX

原帖由 ivek_troll 于 2007-6-29 12:58 发表


为什么不能有C++的思想啊？我觉得C++的container+iterator+algorithm思想可以被其他任何语言借鉴。

C++ 好的思想/做法当然应该借鉴，但借鉴不等于模仿或者模拟。

而且统一用C++的标准，可以减少后来人的学习负担阿

这个要看你的用户群定位了，是准备给不懂 C++ 的 C 程序员用呢，还是准备给从 C++ 转过来的 C 程序员用（也许只是由于项目需要暂时用下 C），或者是给 C 和 C++ 皆通的程序员用？

MMMIX

原帖由 ivek_troll 于 2007-6-29 13:03 发表
我做这个库的原因之一就是在一次项目中必须用C语言，但我本来C++用的比较多，没有STL很不爽，所以就有了这个想法。
应该说我这个库是为了C++程序员服务的，为了那些不得不在纯C环境下写大量数据结构处理代码的C+ ...

那么这个你应该提前声明的，免得大家误会。

ivek_troll

原帖由 MMMIX 于 2007-6-29 13:06 发表

C++ 好的思想/做法当然应该借鉴，但借鉴不等于模仿或者模拟。

这个要看你的用户群定位了，是准备给不懂 C++ 的 C 程序员用呢，还是准备给从 C++ 转过来的 C 程序员用（也许只是由于项目需要暂时用下 C），或 ...

我的定位是：只能用C的程序员，不管他是否会STL，我这个库应该是个不错的帮手，因为这可不是我自己手工写的，算法都是STL里的，健壮性应该没问题，效率也应该很不错，足以对付绝大多数应用

pth

这样做是徒劳的
劝你不要这样做

ivek_troll

原帖由 pth 于 2007-6-29 20:06 发表
这样做是徒劳的
劝你不要这样做

如果没人愿意用也没关系，就当自己把STL系统的学习一遍

pth

原帖由 ivek_troll 于 2007-6-29 20:20 发表


如果没人愿意用也没关系，就当自己把STL系统的学习一遍

这不是有无人用的问题，而是倒退的问题
建议你学习haskell
或许你会喜欢的

ivek_troll

原帖由 pth 于 2007-6-29 20:27 发表

这不是有无人用的问题，而是倒退的问题
建议你学习haskell
或许你会喜欢的

“倒退的问题”这个帽子扣大了，我可不敢也没有能力让什么倒退