告别Delphi、送礼、散分(300)

  • 主题发起人 主题发起人 xiaorang
  • 开始时间 开始时间
X

xiaorang

Unregistered / Unconfirmed
GUEST, unregistred user!
Farewell Delphi使用Delphi多年,如今我已经明确,对我个人来说,依靠Delphi开发维持生活已经是不可能的了,不但是Delphi,任何开发工具都无法依靠,我将开始进行新的探索。学习和使用Delphi的过程是愉快的,Delphi也仍然会作为我的一个业务爱好长期存在。唯一让我感到遗憾的是,这么多年我没有对Delphi开发做出过任何贡献。我一直在无偿使用别人提供的控件,一直在无偿阅读别人总结的经验方法,一直从热心同行的提问和回答中解决问题,从所有这些人的无偿工作中,我学到了许多东西,从爬到走,到飞行,到瞬间转移,我似乎感到在Delphi开发这个领域中已经接近了随心所欲、游刃有余的程度。但我从来没有想到能够对Delphi开发做出过任何贡献,我没有提供过自己写的源代码,没有试图把经验总结成大家可以参考的文字,也没有认真回答过别人提出的问题。没有对这个领域做出过贡献,当我还在继续使用Delphi的时候,我没有感觉到有什么不妥,但当我决定离开Delphi开发这个领域之后,我忽然发现,其实这种感觉一直深深地困扰着我。我也惊讶地发现,正是当我开发出了我长期构思的Delphi快速开发系统之后,我已经终于可以下决心离开Delphi。我愿意相信,原因是这个工具能够成为我对Delphi开发领域的一个小小贡献,从而结束这一段历史。下载地址:http://www.yingyi.net/uploadsoft/tools.rar希望有经验的朋友能看出它的价值,如果这个工具和辅助文档能成为一个大家共同维护的项目,大家的经验积累就可以得到共享。相信会让Delphi软件开发领域的整体速度得到提高。现在的情况,即使不做任何修改,只是直接使用我已经做好的Feature,也可以做出一些有趣的东西。我在这里简单地介绍一下这个工具。这个工具的本质是代码自动生成器和经验积累器的有机结合。与其他的代码自动生成工具不同,它从一开始,就立足于整套应用的完全生成,理论上可以取代手工代码。这样做的好处的一是最大限度地避免的代码出错的可能,二是对于提供了最方便的代码共用。软件开发以“特性”为单位,一个“特性”包含必须写在程序各个不同位置上的代码片断。对于一个最简单的特性,如果不封装成控件,一般至少会包括:引用单元,定义类变量,类变量初始化和释放,使用时调用等等。对于一个比较复杂的特性,则更加零散,例如:带reopen功能的文件菜单体系,避免再次进入体系,Logo窗,T型窗口布局等等。工具中使用纯文本文件来描述简单的特性文件,使用标签的方式描述在程序的不同文件的不同位置须插入的代码片段。每当我们通过各种途径实现了一种新的技术,我们就可以制作成一个特性文件,以后我们的再次使用就只是简单地特性引用。对于复杂的特性,用文本描述过于复杂,可以从TBasicProducer中继承一个子类,直接用程序代码实现。比如我已经做好的数据库编辑窗口布局。工具的全部源代码和辅助文档,都同时提供,随同提供了几个例子,希望能帮助大家理解。并且由于程序是在不断修改完善的过程中,也可能会有些小错误。如果有哪位朋友确实想用一下,遇到什么问题可以随时问我,qq:421622621。其实这个工具本身是一个通用工具,并非只能用于Delphi项目的生成。在不改动源代码的情况下,只需修改Doc中的特性定义,即可以实现任何文本可编辑代码的生成(对于PB形式的非文本可编辑代码则无能为力),只是这个发布包中只有我做的Delphi特性定义。除了这个工具之外,我会陆续把我开发、收集的所有源代码全部整理公布,希望能对继续留在这里的朋友有所帮助。
 
我 继续 学习delphi
 
学习了~~~下载下来研究研究~~
 
老大,为什么要离开啊
 
恭送前人,
 
前辈,走好呀………………
 
还不懂如何用你的工具.不过,我认为,每个人的代码都有自已的风格, 各种程序的机制也不同,一个自动生成工具,可能无法满足使用.(但我相信: 楼主用得很顺手)另外,不知楼主功力和毅力如何?为何总是沉浸于于"开发一个工具....", 鼓起勇气来,去开发一个产品吧!!!世界需要竞争,也欢迎竞争!(如果你有更好前程,那就放弃DELPHI吧. 如果没有的话,我建议你还是坚持, 坚持能让你不断长成巨人,放弃意味着你又从侏儒开始)
 
不但是Delphi,任何开发工具都无法依靠,我将开始进行新的探索。
 
阿难问佛,我们的心应该住于何处。佛说,应无所住。心有所住,即为非住。我现在能够从软件开发的角度理解这句话,如果我们不得不依靠一个开发工具,就正说明我们其实无可依靠。心有所住,即为非住。自动开发工具确实有一个问题,一个人用得顺手,未必能让其他人也用得顺手。那就尽量能从思考方式上获得一些启发好了:技术上的核心就是利用类似这样的标记<%InitCode%>进行代码的模板式整合。
 
用得还行,为什么不用了呢?开发一些小的MIS系统还是不错的工具,当然可能开发一些其它软件它是不适合的,这个就是要看开发什么系统,来选择用什么样的工具,
 
凑够10人,每人30分结贴.
 
好东西,谢谢贡献!
 
都走吧,中国只剩下我一个做DELPHI 的 我就发达了,不送了,慢走。
 
离开是为了更好的活着。。。
 
前十位,每人30分。再见了,真象关门放狗说的,做Delphi开发的确实应该少一些了。还有一些分数,以后来送东西时再来开贴,先休整一段。
 
后退
顶部