• 7338阅读
  • 27回复

qt for andriod能不能mysql数据库? [复制链接]

上一主题 下一主题
离线artlands
 

只看楼主 倒序阅读 楼主  发表于: 2017-02-14
qt开发的window应用必须带上libmysql.lib及libmysql.dll,如果移植到andriod,只有apk文件,怎么连接mysql数据库?
我是移动开发新手,请大神指教
离线15145093145

只看该作者 1楼 发表于: 2017-02-15
android 上只能远程连接mysql , sqlite就是移动版的mysql
离线pigzhang

只看该作者 2楼 发表于: 2017-02-16
回 15145093145 的帖子
15145093145:android 上只能远程连接mysql , sqlite就是移动版的mysql (2017-02-15 08:29) 

请问下如何远程连接Mysql,默认的版本直接连是不行的
离线15145093145

只看该作者 3楼 发表于: 2017-02-20
用java 处理远程连接
离线artlands

只看该作者 4楼 发表于: 2017-02-20
回 15145093145 的帖子
15145093145:用java 处理远程连接 (2017-02-20 09:04) 

会用java就直接用亲生儿子andriod studio了,还用干儿子qt么?
离线15145093145

只看该作者 5楼 发表于: 2017-02-20
1 在android上做开发,尤其是一旦和系统打交道,拼不过java的, 例如android的广播, 后台服务等功能, 如果只是作个ui 然后httpget点数据再显示, 那是没差距的。
2 目前qt c# 这些号称可以作移动开发, 只是后来者,他们在android上的支持 和java是有差距的,
甚至是存在bug的, 我们可以用java来弥补。 这很正常

也许是我之前用java开发过android, 所以对qt中使用java并不排斥,但只使用过qt就想在android上驰骋。。。有点难的~
2条评分金钱+5威望+1
artlands 威望 +1 - 2017-02-26
artlands 金钱 +5 - 2017-02-26
离线artlands

只看该作者 6楼 发表于: 2017-02-26
回 15145093145 的帖子
15145093145:1 在android上做开发,尤其是一旦和系统打交道,拼不过java的, 例如android的广播, 后台服务等功能, 如果只是作个ui 然后httpget点数据再显示, 那是没差距的。
2 目前qt c# 这些号称可以作移动开发, 只是后来者,他们在android上的支持 和java是有差距的,
甚至是存在bug的,  .. (2017-02-20 11:49)

难怪没什么人用Qt搞移动开发,连广播都没用,那么Qt移动只能吃大便了。
之所以选择Qt做移动开发,大多数人还是想android和ios通吃吧
离线15145093145

只看该作者 7楼 发表于: 2017-02-27
没用过c#开发android 估计也和qt差不多, 系统功能应该都绕不过java
在我看来qt for anroid有一定市场的原因是  开发成本!!!

例如某公司发布一个app , 要在android ios上同时使用,qt是比较好的选择, 在极端的情况下,可能一个程序员就能完成对此app的开发维护,甚至一个原来作qt form的程序员就可以转行作, 这对中小公司型公司,绝对有着致命的吸引力!!!


离线artlands

只看该作者 8楼 发表于: 2017-02-28
回 15145093145 的帖子
15145093145:没用过c#开发android 估计也和qt差不多, 系统功能应该都绕不过java
在我看来qt for anroid有一定市场的原因是  开发成本!!!
例如某公司发布一个app , 要在android ios上同时使用,qt是比较好的选择, 在极端的情况下,可能一个程序员就能完成对此app的开发维护,甚至 .. (2017-02-27 09:00) 

成本肯定是企业永远追求的目标,不管是大公司还是小公司,如果某个大公司胆敢追求高成本的话,那这个企业肯定是活不过明天的,当然,企业大了,还有很多东西制约着它降低成本(内部斗争,官僚主义等),所谓船小好调头嘛。我觉得Qt最大的问题是技术背景不够强大,假如这个软件是由微软推出,估计现在已经成为主流了。之所以大公司不敢用,是怕承担技术风险,怕编写的软件大了会出现解决不了的技术问题。
离线15145093145

只看该作者 9楼 发表于: 2017-03-02
在c++  ui领域qt 已经足够强大了, 虽然digia公司背景和微软那不是一个量级~
微软很强大,但就我个人看来,他对mfc的态度,让我们这些起初使用者,伤透了心,学过的都知道mfc挺难学的, 现在几乎就是压箱底了,
现在的ui更趋向dx opengl的时代,微软推出了wpf, 和c++有什么关系, 微软只想让更多的人学c#
要知道现在流行的语言是 js python java 和微软没关系的




离线artlands

只看该作者 10楼 发表于: 2017-03-02
回 15145093145 的帖子
15145093145:在c++  ui领域qt 已经足够强大了, 虽然digia公司背景和微软那不是一个量级~
微软很强大,但就我个人看来,他对mfc的态度,让我们这些起初使用者,伤透了心,学过的都知道mfc挺难学的, 现在几乎就是压箱底了,
现在的ui更趋向dx opengl的时代,微软推出了wpf, 和c++有什 .. (2017-03-02 08:14)

mfc是上世纪的工具了,毫无疑问mfc跟Qt比较实在是差太远了,但长江后浪推前浪那是肯定的了,如果新一代的工具还比不上上代工具,那Qt还用推出吗?
WPF确实是很强大,但那是基于微软自己的C#,而非C++,注定了WPF一定会烂在箱底,这有什么问题吗?C#之所以不流行的原因,估计微软自己到现在还弄不明白吧,也许是因为自己的操作系统被盗版的问题,所以想别人用C#写的东西也轻易被偷走吧,呵呵。别人有那么蠢吗?非用你C#不可吗?所以就不用了。C#现在就顶多忽悠一下新手而已,成熟的公司是不会用这东西的,它的死法就和Delphi如出一辙。说实话,现在Delphi还有人接手,实在是作死的节奏。
我觉得没有了盖茨的微软实在是渣渣,一点都不强大,越来越走下坡路了,当然,花投资人的钱和花自己的钱当然是不同的了,所以微软的投资失败自己一点也不心痛,WP失败了也没什么人得到惩罚,而是在思考另一场投资而获得奖金的可能性,进一步说,只要有投资就有奖金,股民的钱随便花。

离线15145093145

只看该作者 11楼 发表于: 2017-03-03
回 artlands 的帖子
artlands:mfc是上世纪的工具了,毫无疑问mfc跟Qt比较实在是差太远了,但长江后浪推前浪那是肯定的了,如果新一代的工具还比不上上代工具,那Qt还用推出吗?
WPF确实是很强大,但那是基于微软自己的C#,而非C++,注定了WPF一定会烂在箱底,这有什么问题吗?C#之所以不流行的原因,估计微软 .. (2017-03-02 14:49) 

严重同意 wpf 我感觉也没太大的前途(幸好这论坛没太多的c#er)~ 不跨平台,毛线用啊,现在应用软件一般都要要考虑 linux windows mac同时运行的问题~

说起delphi,这几天有机会看了一个0x年一位同行写的delphi代码,一下子仿佛回到了10年前,delphi当年何等风光,和mfc在论坛上天天吵~ 我大四时候也和另外一个delphi的同学也天天较劲~记得当时侨一个类似qq 抽屉效果的界面,delphi很容易作出来,mfc完全不行,只能用写好一个类,好像叫什么gfxoutbar的类~ 但看现在qt 作界面,而且quick现在越来越棒,有什么理由不火下去

但问题是c++学习曲线陡峭,太多新手去学c# 或者 java,造成c++影响力越来越小了
离线stlcours

只看该作者 12楼 发表于: 2017-03-23
回 15145093145 的帖子
15145093145:在c++  ui领域qt 已经足够强大了, 虽然digia公司背景和微软那不是一个量级~
微软很强大,但就我个人看来,他对mfc的态度,让我们这些起初使用者,伤透了心,学过的都知道mfc挺难学的, 现在几乎就是压箱底了,
现在的ui更趋向dx opengl的时代,微软推出了wpf, 和c++有什 .. (2017-03-02 08:14) 

说的是,刚毕业的时候,1年时间都没学会MFC,至今耿耿于怀。有空还是打算再理一下MFC的核心框架源码,这是我的一个心愿。另外还有一个好处是,我在看Delphi的核心框架源码的时候,学到了太多东西,感觉自己编程水平提高了一个层次。
离线stlcours

只看该作者 13楼 发表于: 2017-03-23
回 15145093145 的帖子
15145093145:严重同意 wpf 我感觉也没太大的前途(幸好这论坛没太多的c#er)~ 不跨平台,毛线用啊,现在应用软件一般都要要考虑 linux windows mac同时运行的问题~
说起delphi,这几天有机会看了一个0x年一位同行写的delphi代码,一下子仿佛回到了10年前,delphi当年何等风光,和mfc在论坛上天 .. (2017-03-03 08:08)

我天天同时关心QT和Delphi的新进展,感觉累成狗,占用了不少时间。
Delphi和Qt完全是一对难兄难弟,工作机会数量相等,都跨平台开发(win, mac, android, ios),包括手机开发。两个小公司接受之后,Qt和Delphi发展都很快。特别是今天Delphi出了10.2 Tokyo版(就是今天,即2017.03.23),支持Linux了。

不同之处在于,使用Qt开发的速度还是没有Delphi快,而且Delphi控件多、编译飞快。我已经用了三年全职Qt了,基本上没有解决不了的问题,但是如果做新项目,我还是宁愿选择Delphi。

不过做Qt的人,还有一个额外的好处,就是毕竟本质上是C++,路比较宽,想干什么都行,而且高薪工作数量不少(不是指Qt)。而Delphi时至今日才推出Linux版本,同时操作系统也是C写的,所以虽然Delphi实际上功能强大、好处多多,但在业界的路还是比较窄,从业人员出路也比较窄。


离线stlcours

只看该作者 14楼 发表于: 2017-03-23
回 15145093145 的帖子
15145093145:严重同意 wpf 我感觉也没太大的前途(幸好这论坛没太多的c#er)~ 不跨平台,毛线用啊,现在应用软件一般都要要考虑 linux windows mac同时运行的问题~
说起delphi,这几天有机会看了一个0x年一位同行写的delphi代码,一下子仿佛回到了10年前,delphi当年何等风光,和mfc在论坛上天 .. (2017-03-03 08:08)

其实语言不是问题,库才是问题(比如MFC就很难学,而Qt本质上也是一个库而已,同样需要花大量时间学习)。基本的语言语法,稍微学一下就行了,有了类的概念,就已经可以开始开发了。C++没有那么难,也没必要没完没了的深究下去,语法搞的再熟也还是什么都干不了。

特别要指出的是,不同的语言不同的库,实现同一个软件,整个实现过程其实完全不一样。我做的产品,上一个版本是Delphi做的,新版本全部推翻使用C++ Qt做,结果两个工程相似程度只有1%,因为有几个WINAPI我之前不知道,所以在旧工程里稍微学了一下,其它完完全全不一样。
离线stlcours

只看该作者 15楼 发表于: 2017-03-23
回 15145093145 的帖子
15145093145:严重同意 wpf 我感觉也没太大的前途(幸好这论坛没太多的c#er)~ 不跨平台,毛线用啊,现在应用软件一般都要要考虑 linux windows mac同时运行的问题~
说起delphi,这几天有机会看了一个0x年一位同行写的delphi代码,一下子仿佛回到了10年前,delphi当年何等风光,和mfc在论坛上天 .. (2017-03-03 08:08) 

还是别太小看C#,听说不少大公司的项目还是用C#做的,毕竟跟着微软走,技术上不会解决不了的困难,这点很重要。
离线stlcours

只看该作者 16楼 发表于: 2017-03-23
回 artlands 的帖子
artlands:mfc是上世纪的工具了,毫无疑问mfc跟Qt比较实在是差太远了,但长江后浪推前浪那是肯定的了,如果新一代的工具还比不上上代工具,那Qt还用推出吗?
WPF确实是很强大,但那是基于微软自己的C#,而非C++,注定了WPF一定会烂在箱底,这有什么问题吗?C#之所以不流行的原因,估计微软 .. (2017-03-02 14:49)

Delphi不会死,Delphi技术群很活跃,而且QT和Delphi被两个小公司接手之后,Qt和Delphi发展都很快,都是半年发布一个新版本。特别是今天Delphi出了10.2 Tokyo版(就是今天,即2017.03.23),支持Linux了。

我已经做了三年全职QT开发了,但是如果有新项目,我宁愿使用Delphi,而不是Qt。
离线15145093145

只看该作者 17楼 发表于: 2017-03-24
1 曾经的delphi和mfc一样火暴的,现在mfc delphi的人很多是那时留下的, 现在的培训机构心c# java qt为主,培训mfc delphi的少。 还有mfc delphi新入行的,很多是学校师兄,老师用的,所以才。。。学校技术更新慢~

2 在windows上开发 c# qt dehlpi之类的,谁都没有绝对的优势,跨平台(移动, 嵌入, linux ect) 的话, qt一直就是为了跨平台, c# 2014 .net才开源, 才有 mono项目成立, delphi 就你像说的,今年才linux

3 web开发, 现在java绝对统治, 大项目不用想,用c#你会后悔的~

4 现在界面是逻辑画图的时代, c# wpf qt qml delphi有什么,我挺想知道的~
离线15145093145

只看该作者 18楼 发表于: 2017-03-24
回 stlcours 的帖子
stlcours:我天天同时关心QT和Delphi的新进展,感觉累成狗,占用了不少时间。
Delphi和Qt完全是一对难兄难弟,工作机会数量相等,都跨平台开发(win, mac, android, ios),包括手机开发。两个小公司接受之后,Qt和Delphi发展都很快。特别是今天Delphi出了10.2 Tokyo版(就是今天,即2017.03 .. (2017-03-23 17:15) 

如果公司人开发人员少,劝你盯一头, qt人好招
离线stlcours

只看该作者 19楼 发表于: 2017-03-26
回 15145093145 的帖子
15145093145:如果公司人开发人员少,劝你盯一头, qt人好招 (2017-03-24 08:23) 

但是公司做大是很难的,可遇不可求。初期能快速出产品、并节省开发成本,Delphi比Qt强多了。而且初期只需要招1~2个Delphi程序员,并没有那么难招。市场上Delphi程序员多不多没关系,我只要招到一个程序员就可以了。何况我自己也是一个Delphi高手。。。
离线artlands

只看该作者 20楼 发表于: 2017-03-29
回 stlcours 的帖子
stlcours:Delphi不会死,Delphi技术群很活跃,而且QT和Delphi被两个小公司接手之后,Qt和Delphi发展都很快,都是半年发布一个新版本。特别是今天Delphi出了10.2 Tokyo版(就是今天,即2017.03.23),支持Linux了。
我已经做了三年全职QT开发了,但是如果有新项目,我宁愿使用Delphi,而 .. (2017-03-23 17:42) 

Delphi的缺点不是三两天就能看出来的,为什么当年那么流行的一个看起来那么强大的开发工具,现在被绝大多数公司弃用,或许有一天你当了公司的老板或领导就会明白,而不是从技术上去做判定。Delphi不会死,因为有些小东西还可以用用,当然还有教学用,Pascal本身就是一门优秀的教学语言。
告诫你一句,有些东西看上去很美,却是有毒的足以致命
离线stlcours

只看该作者 21楼 发表于: 2017-03-29
回 artlands 的帖子
artlands:Delphi的缺点不是三两天就能看出来的,为什么当年那么流行的一个看起来那么强大的开发工具,现在被绝大多数公司弃用,或许有一天你当了公司的老板或领导就会明白,而不是从技术上去做判定。Delphi不会死,因为有些小东西还可以用用,当然还有教学用,Pascal本身就是一门优秀的教 .. (2017-03-29 22:28) 

你倒是具体说说啊,Delphi有什么问题?
被弃用最根本有2个原因:
1. 后台不够硬。相当于一个才华的人因为没有背景而无人赏识。
2. 桌面本身就被Web和App分流了很多。

其它原因还有一些,不过总的来说,没有上面2个原因重要。
离线artlands

只看该作者 22楼 发表于: 2017-03-30
回 stlcours 的帖子
stlcours:你倒是具体说说啊,Delphi有什么问题?
被弃用最根本有2个原因:
1. 后台不够硬。相当于一个才华的人因为没有背景而无人赏识。
2. 桌面本身就被Web和App分流了很多。
....... (2017-03-29 22:35) 

我觉得Delphi的缺点主要是安全性,这个安全性来源于两个方面,一是程序本身的安全性,二是组件的安全性,正所谓成也组件败也组件吧,组件的便利性令Delphi成功地吸引众多程序员,Delphi败也败在组件的封装性令程序容易被破解,也不容易解决组件出现的问题。这个安全性是无法通过Delphi自身去解决的,是Delphi自身的问题,是Delphi成功之处,正如版主说的,用Delphi开发出的手机软件还挑cpu,你说崩溃不?或者那个组件开发商会通过新版本完善,但你知道计算机行业的变化可谓日新月异的,假如某天又出现新的技术,我哪里知道Delphi的新组件还有没有问题,即使能通过新版本完善,我已经是慢了市场一大步了,这对一个需要占领市场的软件来说是致命的。
因此,如果我当老板要投资要开发一套软件,我是肯定不会去选用Delphi这种危机四伏的开发软件的。
离线stlcours

只看该作者 23楼 发表于: 2017-03-30
回 artlands 的帖子
artlands:我觉得Delphi的缺点主要是安全性,这个安全性来源于两个方面,一是程序本身的安全性,二是组件的安全性,正所谓成也组件败也组件吧,组件的便利性令Delphi成功地吸引众多程序员,Delphi败也败在组件的封装性令程序容易被破解,也不容易解决组件出现的问题。这个安全性是无法通过D .. (2017-03-30 10:30)

之前看你言之凿凿,我都不知道该说什么。现在看了你讲了具体的理由,那我就放心了。

一个软件能开发成功就已经颇为不易,还要准时交付,还要可维护性、可扩展性好,那更是难能可贵,还有等等等因素。什么安全性,一般不在考虑之列,因为安全性本身并不带来经济效益。况且客户的执行环境是有限的,比如我的一个delphi程序在客户公司里运行快有10年了,从来没有这方面的问题。

其实第三方组件还有一个质量问题,但不能因此而因噎废食。好的组件,可以缩短工程一半以上的时间。如果滥用组件,那是开发者自己的问题。而且Delphi的好组件太多了,根本数不清。

Delphi挑CPU是因为之前手机芯片良莠不齐,而Delphi是跨平台解决方案,必须要有一个最小集,这是很正常的事情。以前的确有这个问题,但现在随着手机芯片行业的进步,这种情况几乎不会再发生了。

离线artlands

只看该作者 24楼 发表于: 2017-03-30
回 stlcours 的帖子
stlcours:之前看你言之凿凿,我都不知道该说什么。现在看了你讲了具体的理由,那我就放心了。
一个软件能开发成功就已经颇为不易,还要准时交付,还要可维护性、可扩展性好,那更是难能可贵,还有等等等因素。什么安全性,一般不在考虑之列,因为安全性本身并不带来经济效益。况且客户的 .. (2017-03-30 15:33) 

一个打工的忽视这方面的问题很正常,只有涉及切身利益的问题才会让人重视。
用Delphi解决问题多爽,一行代码就可以抵别人几十行甚至几百行代码了,效率这么高,实在吸引。
反正路是自己的,喜欢怎么走自己作主就是了。
离线stlcours

只看该作者 25楼 发表于: 2017-03-30
回 artlands 的帖子
artlands:一个打工的忽视这方面的问题很正常,只有涉及切身利益的问题才会让人重视。
用Delphi解决问题多爽,一行代码就可以抵别人几十行甚至几百行代码了,效率这么高,实在吸引。
反正路是自己的,喜欢怎么走自己作主就是了。 (2017-03-30 18:23) 

莫非兄台已经是老板了,还是对Delphi有切肤之痛??
离线jgcddd

只看该作者 26楼 发表于: 2017-04-19
QT 在android下连mysql数据库,是要编译mysql驱动的,,QT for android原生是不带的,需要你自己交叉编译
离线fwz77175b

只看该作者 27楼 发表于: 2018-05-14
好人一身平安...........................
快速回复
限100 字节
 
上一个 下一个