对lazarus纠结

miracleno1

1, 喜欢的特性是跨平台,简单易用,虽然不习惯这个语言语法,基本可以相以去忍受. 主要是用C多了.
2, 不爽的地方,每次对组件的增删都要编译整个LAZARUS, 能不能不去编译IDE,动态加载上去,这样就方便多了.不知道是不是技术上不能实现.
3, 希望官方能维护一个组件库, 在LAZARUS中提供接口,可以通过网络直接查找,安装官方维护的相应的组件.
4, 默认只带系统界面元素组件,网络组件,进程,线程组件. 像一些数据库感知组件,这个不用自带, 有需要的打开软件库,自己安装.
5, 别外,不用完全沿袭DELPHI的全部,需要改进的就改进.不要有包袱,
{$mode objfpc}{$H+}   
{$R *.lfm}
不知道这个语言有没有预处理, 这么难理解的怪字符还能存在, 换成完整的单词也不会挂机.
7, 提供明显的菜单接口, 可以将C库头文件转换成pascal的头文件, 可以直接使用系统安装的C库.
8, 不要像一想到delphi,就想到数据库, 别外,也希望不要想到lazarus, 也想到数据库.
9, 只所以有想法, 是因为一直在关注.只是希望能做的更好.
10, 目前只想到这些, 不管观点差别有多大, 还是我想法多么不成熟, 不要砸鸡蛋.

逍遥派掌门人

1、如果不需要编译IDE，可以在编译的选项里取消。
2、增加组件，必须重新编译的是package interface 。
3、官方的库也是有的，但需要更过的第三方参与，Lazarus才能做大。
4、象
            {$mode objfpc}{$H+}   
            {$R *.lfm}  
        这些，都是IDE自动生成的，不用手工输入，所以这个可以无视。
5、“C库头文件转换成pascal的头文件”，这个意义也不是很大，而且两种语言差别很大，
      这种转换，还不如重新改写。
6、“一想到delphi,就想到数据库”，说明delphi在数据库方面确实是做得太好了，
      如果 Lazarus也能给人这样的深刻印象，我支持。
7、对Lazarus的最大期待就是把BUG减少点。

miracleno1

1,2, 这个可能是我错了, 了解不多.
3, 官方库不一定要多大,要分类,方便查找,安装.
4, 这样的问题真的可以无视吗. 当然无视最好...
5, 系统下很多库都是C库,不一定一切都要用纯PASCAL.
6, 这么想也太那个了...
7, 以现在的样子,就算0BUG, 也难有大发展. 期望不是很高嘛

逍遥派掌门人

3、官方的库也有分类的，只是数量少点。
       不过，提供了从 delphi控件 转到 Lazarus的途径，可以自行移植。
4、 编译器的开关编译指令而已，有什么问题？
       {$R *.lfm}  ，莫非想搞成： { use source from all *.lfm file under current path} 这样？
5、C库不是不能用，是无法自动转。 IDE怎么知道你的函数用了哪个库？
       还有些不能完全兼容的类型。
6、说明那是长处，也是有自己的鲜明特点。
7、其实 Lazarus是很时髦的，这不都和Android搞上了？
      时髦，说明是在发展的，而且是可持续性的。
      就个人来说，期望还是有的，跨平台的 pascal工具，我稀饭！

miracleno1

首先,谢谢版主的多次回复.      : )

我发现我需要的其实是类似C++BUILDER这样的软件,和LAZARUS只是语言不同.
现在LAZARUS发展的很快, 支持很多平台,确实方便了GUI软件开发,但目前还不精致,用户还略少,国外不清楚,国内用的还不多,还有好多人没听说过这个软件.

3, 我觉得GNOME里的软件包管理就是这样,想安装软件,打开后,里面分了类, 再查找一下,安装很方便,是想LAZARUS也提供这样类似的界面, 组件包不一定多,但有官方维护,方便很多,用着也踏实.
4, {$R *.lfm}    ==  {$resource  *.lfm}   这样就明显清晰多了, 这个单词可能和原有的意思不一样.
5, 我曾经看到过还是从组件包里看到过, 看名子很像是从C头文件转换到PASSCAL头文件的包, 但是不知道怎么用.我觉得也可能有这样的工具,只是PASSCAL不常用,一般人不怎么折腾. 有时候用C库很直接,很方便,不用再去封闭,再去找对应的包. 至于想使用哪个库, IDE不知道,可以告诉他去哪里找, codeblocks, codelite什么的都能做到. QTCreater也可以, 可以说, 都可以. 很多工具都可以修改使用什么工具编译, 比如是用cmake, 还是用 make , 还是用 gmake, 用gcc, 还是用clang. 都可以设置的. lazarus也应该也有相应的设置, 指定库的路径, 指定头文件的路径, 指定连接时用的库.
因为这个是PASCAL,所以不知道能不能直接连接C的动态库或静态库.
这方面我还是门外汉,就是瞎猜想.
6, 数据库操作是DELPHI的一大特色,也延续到了lazarus中, 但是, 这并非全部, 仅是一大特色嘛,其实很多人使用未必是用来做数据库的,就算是,也不一定就是用到这些数据库感知控件. 所以,我觉得,可以根据需要安装. 并不是说它不重要.
7,我一直觉得,做开源,和商业的心态是不同的,不会太重视用户体验和支持, 更多的是个人追求上的, 不会用做一个商业产品的的心态或说是态度来做,所以觉得,功能不少, 支持平台也很多, 只是还有点欠精致.

这是一个开源作品,还不能算产品,开发者,支持者都有大量的付出,值的尊敬.
另外觉得,也不能指望一个和商业没有关系的纯属贡献的同志们,能做出让大多数人都满意的工具,这些需要钱和时间和更多的人参与.

再次谢谢版主,也谢谢看到这个帖子的朋友,我来这里说这些话,说完就后悔了,觉得不妥, 幸好, 没有哥们砸我, 咱们这里的朋友心态都比较好.  

frank.lu

都是希望lazarus能有更好的发展，开源免费的工具做成这样很不容易了，啥时候能有个类似IBM的公司支持一下就好了

逍遥派掌门人

Lazarus（其实是FPC）支持多平台，很了不起，连delphi都没有做到。

没有强力的资金做后盾，可能是个硬伤；不过公司的商业行为可能会限制其发展；双刃剑吧。

aaa

推广最大的障碍应当是，到目前，还没有那个大公司采用Lazarus作为主要开发工具，或者开发出一个大型的应用。

辣炸肉丝

相互学习，共同进步！

jixian

miracleno1:首先,谢谢版主的多次回复.      : )

我发现我需要的其实是类似C++BUILDER这样的软件,和LAZARUS只是语言不同.
现在LAZARUS发展的很快, 支持很多平台,确实方便了GUI软件开发,但目前还不精致,用户还略少,国外不清楚,国内用的还不多,还有好多人没听说 .. (2012-03-15 14:58) 

更不能指望的是，一个商业公司做出让大多数人都满意的工具。
C++BUILDER的BUG多了去了，用它不如直接用VC，VC每个版本还有免费版，可以使用最新的版本。

说这些话不必后悔，也没啥不妥，是就是，不是就不是。有BUG就是有BUG。