【Win/Mac/Linux/Android/iOS】 Qt 総合スレ 19

**デフォルトの名無しさん** · 2019/10/24(木) 13:32:07.93

Qt（キュート）は C++ ベースのフレームワーク＆RAD開発環境です。

ライブラリの機能は、フォーム、ボタンなどの各種ウィジェットからネットワーク、マルチスレッド、
グラフィックス(OpenGL)や各種コンテナ、XMLパーサー、組み込み JavaScript など、非常に多岐に渡ります。
公式の統合開発環境「Qt Creator IDE」を使えば、クロスプラットフォーム対応のRAD開発が可能です。
また、EclipseやVisual Studio上で開発したい人のためのアドインも用意されています。

■主な対応プラットフォーム（デスクトップ用途の場合）

Windows XP, Vista, 7
Mac OS X 10.4, 10.5, 10.6
Linux

■ライセンス

・オープンソース版（Open-source version）
　LGPL 2.1 または GPL 3.0 のうちどちらかを利用者が選べます。
　LGPL を選んだ場合はソースコード非公開のままでの商用利用が可能です（いくつか制限あり）。
　※正確には通常「LGPL＋商用利用向きの例外条項」を選ぶことにな７ります（Qtインストール先の「LGPL_EXCEPTION.txt」を参照）。
　　ちなみにGPLでも商用利用が不可能というわけではありません、念のため。
・商用版（Commercial version）
　こっちはDigia社か日本の代理店（SRA社）とライセンス契約（年間30万くらい？）を結んで使います

■Qt を使って作られたソフト例

KDE、Maya、Adobe Photoshop Elements、Google Earth、Skype、DAZ Studio
MotionBuilder、RealFlow、Nuke、LuxRender、Mathematica、Kindle、VirtualBox、
RuviEdit、さくさくエディタなど

■前スレ
【Win/Mac/Linux/Android/iOS】 Qt 総合スレ 18
http://mevius.5ch.net/test/read.cgi/tech/1488948543/

**デフォルトの名無しさん** · 2019/10/24(木) 13:33:58.74

■リンク

・Qt Project
　http://qt-project.org/

・Qtユーザー会
　http://planet.qt-users.jp/
・Qt Users Forum Japan
　http://qtusersforum.s2.zmx.jp/forum/index.php
・Qt Creator を日本語化するプロジェクト(非公式)
　http://qt-creator-jp.sourceforge.jp/

・PyQt4（GPL。定番）
　http://www.riverbankcomputing.co.uk/software/pyqt/intro
・PySide（LGPL。）
　http://www.pyside.org/downloads/

■ライセンス関連まとめ

各ライセンスでの自作アプリのソース公開/頒布

Qtのライセンス　　　アプリのライセンス　　　　　Qtの頒布/(変更部分のソース公開)
GPL 　　　　　　　　　GPL(ソース公開必須)　　　　　　必須
LGPL　　　　　　　　　任意(ソース公開不要)　　　　　　必須
商用　　　　　　　　　任意(ソース公開不要)　　　　　　不要

*: LGPLは動的リンク時

実際には他にも条件(リバースエンジニアリング関係とか)あるので、
きちんとライセンスの条文を読むこと。

**デフォルトの名無しさん** · 2019/10/26(土) 00:08:17.81

>>1-2がいくつかリンク切れしてるね
次スレがいつになるかわからんけど、次は更新した方がよさそう

**デフォルトの名無しさん** · 2019/11/06(水) 03:33:30.11

Qt6のQMLがC++主体になる方針に期待
しかし従来のコードと互換性がなくなることに涙ちょちょぎれる

**デフォルトの名無しさん** · 2019/11/06(水) 11:20:00.91

潮時

**デフォルトの名無しさん** · 2019/11/06(水) 14:47:06.97

旧来のQWidgetベースの画面デザインがカスタマイズ性が弱すぎるので
QMLベースに書き直していこうと思ってるんだけど、
ライセンス買ってネイティブコンパイラを使わないとやっぱり重いかな？
重くはしたくないんだよな。

**デフォルトの名無しさん** · 2019/11/27(水) 17:47:54.26

というか今更javascriptもどきなんてめんどい

**デフォルトの名無しさん** · 2019/11/27(水) 18:21:02.29

UI作りたいのに何でわざわざオレオレ言語学ばないかんねんってのは思うわね
しかもそれQt6でまた結構大きく変わるらしいし(´・ω・`)

**デフォルトの名無しさん** · 2019/11/27(水) 20:22:52.11

めちゃめちゃわかる
Qtに限らず何にせよオレオレ言語はとにかくやめてほしい

**デフォルトの名無しさん** · 2019/11/27(水) 20:25:49.95

どの言語も最初はオレオレよ

**デフォルトの名無しさん** · 2019/11/27(水) 21:26:14.20

宣言と処理を楽に書ける都合の良い言語ってあるか？

**デフォルトの名無しさん** · 2019/11/28(木) 01:26:38.70

QMLとC++の仕様の制約が掴み合いの喧嘩してるなと、バインディングしてるときに思った

**デフォルトの名無しさん** · 2019/11/28(木) 09:20:10.60

そりゃ従来の言語がGUIを構築するのに向いてないからだろ。
簡単な話じゃないか。
手続き型言語より宣言型言語のほうが適性がある

**デフォルトの名無しさん** · 2019/11/28(木) 16:29:23.57

widgetアプリもwebGLバックエンド使えるようになったら便利なんだけどなあ

**デフォルトの名無しさん** · 2019/11/28(木) 16:59:28.09

でもちょこっと処理を書きたいときにいちいちバックエンドの言語に渡すのもめんどくさいやん？
せや宣言的な言語の中に処理も書けるようにしたらええやんついでにJSとある程度互換性を持たせられたら今後流行るWebViewアプリで便利やろなあ→QML
一応QMLである理由はあるんだよなあ
完成度が低かっただけで

**デフォルトの名無しさん** · 2019/11/28(木) 17:14:48.39

昔はUIのデザインとロジックを分離しろって言ってたじゃん(´；ω；｀)

**デフォルトの名無しさん** · 2019/11/29(金) 11:10:18.94

93年か94年頃からずっと退化し続けてるな