广州新创意专利发展有限公司 招聘 DELPHI 程序员 若干名(200分)

  • 主题发起人 主题发起人 zp2002
  • 开始时间 开始时间
太低了,做做界面报表也叫提高技术。有点阿Q吧?
真能提高能力的话，可以考虑。
能透露公司搞什么产品吗？
 
to lynu
我不知道你现在在用什么东西进行开发，但是我认为如果你在用ADO的话，那我可以告诉你
你没有开发过一个比较大的系统，因为现在在 DELPHI 除了BDE和 DBXEPRESS 外没有一个
访问数据库算得上成熟的，如果你还在用ADO 的话，那么我请你去BROLAND的讨论组去看看
ADO的“好处”吧，我相信你只是一个“初哥” 因为你还局限在工具的用途中，而没有注意到
做一个好的软件需要的不但是一个工具，最重要的是你对流程的熟悉！！
 
还行
 
研究生毕业了我去你那里，钱少无所谓的。主要的是我能有一定提高就行
。
 
你凭什么就肯定我只局限于在工具的用途中?你如果不是局限在工具的用途中,又
何必点明Delphi,BDE与QuickReport呢?

你如果真的象你所说,你应该知道BDE是早已过气的东西,都已几年没有更新过了.
用BDE+SQLServer做大系统,你还是多放几台中间层应用服务器!至于QuickReport,
以前没有选择余地,现在如果还用他, 我想你的报表也就是那么复杂吧.

至于你所说ADO,不明白你要表明什么,虽然在连接SQLServer方面我在2000年就已
摒弃BDE改用ADO,也曾经碰到过一些问题.但如果真如你所说 ADO+OLEDB+SQLServer
实不堪用,我想你应该向微软公司反映了.

你如果对ADO和BDE了如指掌,就应该清楚他们的内部机制,了解问题发生的原因,知道
如何控制.如果说BDE/DBLibrary连接SQLServer2000会比oldDB+ADO更高效率,更可靠,
编程更方便,微软公司那也太没面子了.

至于流程,不同的行业大有不同,一个程序员根本不可能对每行每业都了如指了掌,
但是如果一个要用Delphi写程序的程序员对Delphi都不了解,就算他对流程十分清楚,
那又有何用?

对你所说的"初哥",我所无谓,虽然我用borland tc/bc/c++builder/delphi七八年,但
相比那些顶尖高手,也许真的是初哥.

我向不愿对人恶语相向,在一个技术论坛上对一个同道这样,更非我所愿.
 
TO lynu
微软的东西由于不好所以我们才会用 程序界的祖宗 BORLAND 的产品，
我对ADO 一直存在的问题 在看完了 李维 的书后还是存在着 ，你认为呢？
ADO 由于他有很多比起以前ODBC 和 BDE 的好处 再加上他还有可以多表更新等等
方便而实际的功能，再加上很多书都是说他的好处，甚至有人把ADO看成是DELPHI5的代表，
我不肯定不是一个趋势。
但是，他在处理我们最当前的问题时，他就有点儿不太实际了（或许是我的水平问题吧）
例如：
我们经常会用SQL SERVER 的 "事件探查器" 去检测前台程序传给服务器的语句到底是什么
但是由于他要考虑效率问题所以对sql语句进行了优话，这样一来SQL语句看起来我们就觉得
麻烦了，更不用说复杂的SQL语句，
而且他正是因为要进行sql语句的优化，所以delphi/ADO里面连我们平时很多时候要用到的 TUPDATESQL
都没有提供,那么我们当要对更新语句进行修改（编辑TUPDATESQL中的语句，例如在INSERTSQL中用CASE)
时就比较麻烦了，
还有他有CursorLocation 属性，你可以把他设为 clUseClient 或者 clUseServer，本来
出发点是很好的，因为他用服务器来实现了大数据批量传送，但这又带来了一个矛盾，后台当数据
多的时候把它变成clUseServer 一次传20条数据，但服务器端不停的去创建游标（微软不提倡
程序员在服务器端创建太多的游标）可是ADO会自己帮他建立很多很多，但如果把属性变成
clUseClient ，那么效率只会比BDE快一点（10万笔记录）。
如果你有好的办法我也希望我们一齐研究，大家把大家的技术推上一个新的台阶，我现在
是用 TQUERY + TCLIENTDATASET 去进行开发的 因为这样可以解决BDE控件的不足，又可以
达到大数据批量传送的效果，我以前打的字是有点过分，对不起,还有招聘的东西不是我想
这样写的而且我就觉得钱太小，但我也是打工的啊。。。。
 
[:D] 不打不相識.

大家還是和氣生財的好.
 
来招蚊子的
 
使用TUpdateSQL充其量只相当于ADO的whereKeyOnly更新方式,但这种更新方式在很多
场合是不符合逻辑的,一般来说我们要更新的数据应当是在我们所看到的当前数据下
才能进行更新的，如果这些数据在这期间发生了变化，应该算更新失败的.而ADO
不但能处理这种情况,也能作TUpdateSQL所能作的工作.另外TUpdateSQL其并不能处理
NULL字段，比如对于where key字段值是null的情况其根本不能更新成功.TUpdateSQL
更不能作多表更新.
至于多表更新,如果你认为是一个缺点，你也可能自己处理其更新行为，比如截获join
出来的ADO数据集的BeforeDelete和BeforePost，自己newquery 发SQL进行更新,当然
更新完后要Abort,以避免缺省的ADO数据集的更新行为.
事件查看器在BDE和ADO下都可以使用,你也许可以发现,多数Query都会生成的临时的
存储过程来执行.
CursorLocation在李维的书中讲得很清楚了,总之你明白一点,一般情况都用clUseClient
,而clUseServer会减轻网络传输数据量,加重服务器计算量和减轻client工作量就可以了.
如果你的服务器计算能力足够强大，在某些场合使用clUseServer也是可以考虑的
使用TClientDataset也就是使用Borland的自动生成更新SQL的技术，据我所知，其能处理
NULL值字段,但并不能进行多表更新!
我算不上高手，以上仅仅是我的一点经验和体会，欢迎指正



 
钱太少了， 5000元以上请考虑我
 
有意思，总结一下:
1.用ADO不能开发大系统.
2.ADO没有TUPDATESQL,因为要进行sql语句的优化.
3.TUpdateSQL充其量只相当于ADO的whereKeyOnly更新方式.
4.TClientDataset也就是使用Borland的自动生成更新SQL的技术.
5.TUpdateSQL不能作多表更新.
.....................
.....................
 
比我现在的多得多啊。
试用只有700，一个月才休息两天。
正式的时候还不知道有多少，估计一千多一点加20%提成，5%还要扣起年底发。
而且工资每月不同，由经理评级别。
偶在佛山。呜~~~~呜~~~~~~~
 
工资太低了,无法忍受
 
阿高:
你还不走，想做善事吗
 
看了你们的讨论，偶受益匪浅呀！呵呵！
 
每种技术都有它优越的地方，看来我们现在把招聘变成了讨论了，其实在DELPHI中用
什么技术进行开发我觉得都是一种艺术，因为我们都在享受着VCL给我们带来的好处，
技术的更系对每一个程序爱好者来说都是最重要的（谁都不愿意当老头），但话又说
回来,在商业用途上 我们最注重的是软件的稳定和易用性，而这个带来了一个矛盾－－如果
用新技术去开发，由于要掌握的东西太多可能到最后换来的是几个通宵，如果用旧的
技术开发，由于它已经比较成熟所以可以准时上下班，但是自己的价值可能一天比一
天不值钱（由于自己慢慢地在大富翁论坛上看不明白人家写什么），这也正常因为矛盾
构造出世界 ：－） ，但是我是唯物主义，在这矛盾之前我挑选保住自己饭碗，然后
在家里在自己进行研究，自己用新的技术重做旧的项目，因为可能由于一种好吸引的
新技术会把自己的一帮兄弟搞死，我赚钱的时候用BDE 学习的时候用 ADO或者其他很
多很多，其他的话如果日后有需要用到新技术我是义不容辞的，之前对 lynu 兄弟言语上
有不对的地方，还希望多多原谅
 
有点佩服楼主，现在大富翁上经常你吵我，我吵你的
吵的不可开交，谈技术，吵什么？

这个帖子，应该给那些人看看。做一个模板。呵呵
 
总的说，ado还是有前途些
borland已经放弃bde了，只是进行一些维修工作了，甚至不管了
拿了微软的钱，还是搞ado了
 
听课~~
 
小弟在些谢过大家了,星期二我要去楼主那儿面试了
 
您必须登录或注册才可回复。

Similar threads

D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
2K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
D
[原]OrangeUI－Delphi移动开发利器
回复
0
查看
1K
DelphiTeacher的专栏
D
D
[译]Delphi for iOS开发指南(序):Delphi iOS应用程序开发
回复
0
查看
815
DelphiTeacher的专栏
D
后退
顶部