回复: qt for andriod能不能mysql数据库?
#21 回 artlands 的帖子 [stlcours 03-29 22:35]
artlands:Delphi的缺点不是三两天就能看出来的，为什么当年那么流行的一个看起来那么强大的开发工具，现在被绝大多数公司弃用，或许有一天你当了公司的老板或领导就会明白，而不是从技术上去做判定。Delphi不会死，因为有些小东西还可以用用，当然还有教学用，Pascal本身就是一门优秀的教 .. (2017-03-29 22:28)
你倒是具体说说啊，Delphi有什么问题？
被弃用最根本有2个原因：
1. 后台不够硬。相当于一个才华的人因为没有背景而无人赏识。
2. 桌面本身就被Web和App分流了很多。
其它原因还有一些，不过总的来说，没有上面2个原因重要。
#22 回 stlcours 的帖子 [artlands 03-30 10:30]
stlcours:你倒是具体说说啊，Delphi有什么问题？
被弃用最根本有2个原因：
1. 后台不够硬。相当于一个才华的人因为没有背景而无人赏识。
2. 桌面本身就被Web和App分流了很多。
....... (2017-03-29 22:35)
我觉得Delphi的缺点主要是安全性，这个安全性来源于两个方面，一是程序本身的安全性，二是组件的安全性，正所谓成也组件败也组件吧，组件的便利性令Delphi成功地吸引众多程序员，Delphi败也败在组件的封装性令程序容易被破解，也不容易解决组件出现的问题。这个安全性是无法通过Delphi自身去解决的，是Delphi自身的问题，是Delphi成功之处，正如版主说的，用Delphi开发出的手机软件还挑cpu，你说崩溃不？或者那个组件开发商会通过新版本完善，但你知道计算机行业的变化可谓日新月异的，假如某天又出现新的技术，我哪里知道Delphi的新组件还有没有问题，即使能通过新版本完善，我已经是慢了市场一大步了，这对一个需要占领市场的软件来说是致命的。
因此，如果我当老板要投资要开发一套软件，我是肯定不会去选用Delphi这种危机四伏的开发软件的。
#23 回 artlands 的帖子 [stlcours 03-30 15:33]
artlands:我觉得Delphi的缺点主要是安全性，这个安全性来源于两个方面，一是程序本身的安全性，二是组件的安全性，正所谓成也组件败也组件吧，组件的便利性令Delphi成功地吸引众多程序员，Delphi败也败在组件的封装性令程序容易被破解，也不容易解决组件出现的问题。这个安全性是无法通过D .. (2017-03-30 10:30)
之前看你言之凿凿，我都不知道该说什么。现在看了你讲了具体的理由，那我就放心了。
一个软件能开发成功就已经颇为不易，还要准时交付，还要可维护性、可扩展性好，那更是难能可贵，还有等等等因素。什么安全性，一般不在考虑之列，因为安全性本身并不带来经济效益。况且客户的执行环境是有限的，比如我的一个delphi程序在客户公司里运行快有10年了，从来没有这方面的问题。
其实第三方组件还有一个质量问题，但不能因此而因噎废食。好的组件，可以缩短工程一半以上的时间。如果滥用组件，那是开发者自己的问题。而且Delphi的好组件太多了，根本数不清。
Delphi挑CPU是因为之前手机芯片良莠不齐，而Delphi是跨平台解决方案，必须要有一个最小集，这是很正常的事情。以前的确有这个问题，但现在随着手机芯片行业的进步，这种情况几乎不会再发生了。
#24 回 stlcours 的帖子 [artlands 03-30 18:23]
stlcours:之前看你言之凿凿，我都不知道该说什么。现在看了你讲了具体的理由，那我就放心了。
一个软件能开发成功就已经颇为不易，还要准时交付，还要可维护性、可扩展性好，那更是难能可贵，还有等等等因素。什么安全性，一般不在考虑之列，因为安全性本身并不带来经济效益。况且客户的 .. (2017-03-30 15:33)
一个打工的忽视这方面的问题很正常，只有涉及切身利益的问题才会让人重视。
用Delphi解决问题多爽，一行代码就可以抵别人几十行甚至几百行代码了，效率这么高，实在吸引。
反正路是自己的，喜欢怎么走自己作主就是了。
#25 回 artlands 的帖子 [stlcours 03-30 20:14]
artlands:一个打工的忽视这方面的问题很正常，只有涉及切身利益的问题才会让人重视。
用Delphi解决问题多爽，一行代码就可以抵别人几十行甚至几百行代码了，效率这么高，实在吸引。
反正路是自己的，喜欢怎么走自己作主就是了。 (2017-03-30 18:23)
莫非兄台已经是老板了，还是对Delphi有切肤之痛？？