Ⅰ 我做數據結構和C語言實習，用C++寫了一個運動會計分系統，但是在黑窗口裡面顯示，我想用QT做界面，怎麼弄
貌似qt的代碼和c 還是略有差異的。多看例題，多動手。
Ⅱ qt 數據表結構和數據表結構指針的區別
結構指針 指向節點
就這么簡單
結構指針指向的內容 一般都是malloc出來的，在堆上分配
NULL 在C語言中被定義為(void*)0
所以while(！node){}，與while（node！=null）{} 沒有區別
Ⅲ 請問Qt中如何將textEdit里輸入的字元讀到自定義數據結構中
你Input()函數在哪裡調用了？這一句有執行嗎？ qDebug()<<"------------"<<str；
你需要在什麼時候讀取字條串呢？輸入有沒有格式之類的？
Ⅳ 怎樣調試Qt程序
這個我有點心得，QT在windows環境下調試感覺不怎麼好用，不太給力，沒有VS好用，但是可以移植過來使用，我主要是針對數據結構做調試的時候用的。通過宏定義吧QT的庫變成C++的庫不如#define Qvector vector 然後使用VS愉快的玩耍吧。
Ⅳ qfilesystemmode + qtreeview 創辦文件列表，怎樣設置才能只顯示name列
主要使用QTableView和QTableWidget中的三個函數實現 QTableView：：verticalScrollBar()->setSliderPosition()； //設置當前滑動條的位置 QTableView：：verticalScrollBar()->maximum(); //滑動條能移動的最大位置 QTableView：：verticalScrollBar()->value(); //獲得當前滑動條的位置 QTableWidget是一個表示二維離散數組的表格。它在給定維度里顯示當前用戶滾動的單元格。當用戶在一個空的單元格中輸入一些文本時，QTableWidget自動創建一個QTableWidgetItem對象保存輸入的文本。 Qt 4推出了一組新的item view類，它們使用model/view結構來管理數據與表示層的關系。這種結構帶來的 功能上的分離給了開發人員更大的彈性來定製數據項的表示，它也提供一個標準的model介面，使得更多的 數據源可以被這些item view使用。這里對model/view的結構進行了描述，結構中的每個組件都進行了解釋， 給出了一些例子說明了提供的這些類如何使用。 Model/View 結構 Model-View-Controller(MVC)， 是從Smalltalk發展而來的一種設計模式，常被用於構建用戶界面。經典設計模式的著作中有這樣的描述： MVC 由三種對象組成。Model是應用程序對象，View是它的屏幕表示，Controller定義了用戶界面如何對用戶輸入進行響應。在MVC之前，用戶界面設計傾向於三者揉合在一起，MVC對它們進行了解耦，提高了靈活性與重用性。 假如把 view與controller結合在一起，結果就是model/view結構。這個結構依然是把數據存儲與數據表示進行了分離，它與MVC都基於同樣的思想，但它更簡單一些。這種分離使得在幾個不同的view上顯示同一個數據成為可能，也可以重新實現新的view,而不必改變底層的數據結構。為了更靈活的對用戶輸入進行處理，引入了delegate這個概念。它的好處是，數據項的渲染與編程可以進行定製。 如上圖所示，model與數據源通訊，並提供介面給結構中的別的組件使用。通訊的性質依賴於數據源的種類 與model實現的方式。view從model獲取model indexes,後者是數據項的引用。通過把model indexes提供給model,view可以從數據源中獲取數據。 在標準的 views中，delegate會對數據項進行渲染，當某個數據項被選中時，delegate通過model indexes與model直接進行交流。總的來說，model/view 相關類可以被分成上面所提到的三組：models,views,delegates。這些組件通過抽象類來定義，它們提供了共同的介面，在某些情況下，還提供了預設的實現。抽象類意味著需要子類化以提供完整的其他組件希望的功能。這也允許實現定製的組件。models,views,delegates之間通過信號，槽機制來進行通訊： 從model發出的信號通知view數據源中的數據發生了改變。 從view發出的信號提供了有關被顯示的數據項與用戶交互的信息。 從delegate發生的信號被用於在編輯時通知model和view關於當前編輯器的狀態信息。 Models 所有的item models都基於QAbstractItemModel類，這個類定義了用於views和delegates訪問數據的介面。 數據本身不必存儲在model,數據可被置於一個數據結構或另外的類，文件，資料庫，或別的程序組件中。 關於model的基本概念在Model Classes部分中描述。 QAbstractItemModel提供給數據一個介面，它非常靈活，基本滿足views的需要，無論數據用以下任何樣的形式 表現，如tables,lists,trees。然而，當你重新實現一個model時，如果它基於table或list形式的數據結構，最好從QAbstractListModel,QAbstractTableModel開始做起，因為它們提供了適當的常規功能的預設實現。這些類可以被子類化以支持特殊的定製需求。子類化model的過程在Create New Model部分討論 QT提供了一些現成的models用於處理數據項： QStringListModel 用於存儲簡單的QString列表。 QStandardItemModel 管理復雜的樹型結構數據項，每項都可以包含任意數據。 QDirModel 提供本地文件系統中的文件與目錄信息。 QSqlQueryModel, QSqlTableModel,QSqlRelationTableModel用來訪問資料庫。 假如這些標准Model不滿足你的需要，你應該子類化QAbstractItemModel,QAbstractListModel或是 QAbstractTableModel來定製。 Views 不同的view都完整實現了各自的功能：QListView把數據顯示為一個列表，QTableView把Model 中的數據以table的形式表現，QTreeView 用具有層次結構的列表來顯示model中的數據。這些類都基於QAbstractItemView抽象基類，盡管這些類都是現成的，完整的進行了實現，但它們都可以用於子類化以便滿足定製需求。 Delegates QAbstractItemDelegate 是model/view架構中的用於delegate的抽象基類。預設的delegate實現在QItemDelegate類中提供。它可以用於Qt標准views的預設 delegate. 排序 在model/view架構中，有兩種方法進行排序，選擇哪種方法依賴於你的底層Model。 假如你的model是可排序的，也就是它重新實現了QAbstractItemModel::sort()函數，QTableView與QTreeView都提供了API,允許你以編程的方式對Model數據進行排序。另外，你也可以進行交互方式下的排序（例如，允許用戶通過點擊view表頭的方式對數據進行排序），可以這樣做：把QHeaderView::sectionClicked()信號與QTableView::sortByColum()槽或QTreeView::sortByColumn()槽進行聯結就好了。 另一種方法是，假如你的model沒有提供需要的介面或是你想用list view表示數據，可以用一個代理 model在用view表示數據之前對你的model數據結構進行轉換。 便利類 許多便利類都源於標準的view類，它們方便了那些使用Qt中基於項的view與table類，它們不應該被子類化， 它們只是為Qt 3的等價類提供一個熟悉的介面。這些類有QListWidget,QTreeWidget,QTableWidget,它們提供了如Qt 3中的QListBox, QlistView,QTable相似的行為。這些類比View類缺少靈活性，不能用於任意的models,推介使用model/view的方法處理數據。
Ⅵ qt 復雜的數據結構在開發板用文件還是資料庫好
QT自帶的資料庫是很好用的。以下給一些我寫的例子：QSqlDatabasedb=QSqlDatabase::addDatabase("QSQLITE");//添加資料庫db.setDatabaseName("note.db");//創建一個note.db的文件存儲數據db.open();//開啟資料庫query=QSqlQuery(db);//獲得訪問資料庫的queryquery.exec(XXX);//執行指令（XXX為SQL指令）db.close();//關閉資料庫大致只要知道以上例子就OK了。一般而言會將db變數作為全局變數或者數據成員，當需要訪問的時候就獲取一個query就可以了。另外，要實現所提到的功能，要好好看看QString、QStringList，這兩玩意主要是臨時存放數據、分割數據等作用，另外，要看QFile、QDir、QFileInfo、QTextStream，這四個主要用來讀取文本數據。看看QVector或者QList等來存放讀出來的數據。另外，要實現這玩意，SQL的語句不要求精通，但是基本的Create、Insert、Select、Delete等操作要准確無誤。否則出錯了QT是看不出來的。QT不會檢測SQL的准確性的。再另外，在QT的編程中，C++和類都很重要，所以還是得看看。還有不明白的話歡迎留言
Ⅶ AIQT量化交易系統怎麼注冊，有高人能教我嗎
你好
期舍app已重磅上線，一鍵跟單功能，簡單實用，期貨小白的福音之選，關注微博公主號主頁即可掃描二維碼下載。
Ⅷ Qt中,系統顏色如何定義列出對應的數據結構
template
class TreeNode{
public:
T data;
int index;
int active;
TreeNode & operator=(TreeNode & treenode)
{
this->data=treenode.data;
this->index=treenode.index;
this->active=treenode.active;
return *this;
}
};
Ⅸ QT中的QtableWidget和QtableView使用有什麼區別
主要使用QTableView和QTableWidget中的三個函數實現
QTableView：：verticalScrollBar()->setSliderPosition()； //設置當前滑動條的位置
QTableView：：verticalScrollBar()->maximum(); //滑動條能移動的最大位置
QTableView：：verticalScrollBar()->value(); //獲得當前滑動條的位置
QTableWidget是一個表示二維離散數組的表格。它在給定維度里顯示當前用戶滾動的單元格。當用戶在一個空的單元格中輸入一些文本時，QTableWidget自動創建一個QTableWidgetItem對象保存輸入的文本。
Qt 4推出了一組新的item view類，它們使用model/view結構來管理數據與表示層的關系。這種結構帶來的
功能上的分離給了開發人員更大的彈性來定製數據項的表示，它也提供一個標準的model介面，使得更多的
數據源可以被這些item view使用。這里對model/view的結構進行了描述，結構中的每個組件都進行了解釋，
給出了一些例子說明了提供的這些類如何使用。
Model/View 結構
Model-View-Controller(MVC)， 是從Smalltalk發展而來的一種設計模式，常被用於構建用戶界面。經典設計模式的著作中有這樣的描述：
MVC 由三種對象組成。Model是應用程序對象，View是它的屏幕表示，Controller定義了用戶界面如何對用戶輸入進行響應。在MVC之前，用戶界面設計傾向於三者揉合在一起，MVC對它們進行了解耦，提高了靈活性與重用性。
假如把 view與controller結合在一起，結果就是model/view結構。這個結構依然是把數據存儲與數據表示進行了分離，它與MVC都基於同樣的思想，但它更簡單一些。這種分離使得在幾個不同的view上顯示同一個數據成為可能，也可以重新實現新的view,而不必改變底層的數據結構。為了更靈活的對用戶輸入進行處理，引入了delegate這個概念。它的好處是，數據項的渲染與編程可以進行定製。
如上圖所示，model與數據源通訊，並提供介面給結構中的別的組件使用。通訊的性質依賴於數據源的種類
與model實現的方式。view從model獲取model indexes,後者是數據項的引用。通過把model indexes提供給model,view可以從數據源中獲取數據。
在標準的 views中，delegate會對數據項進行渲染，當某個數據項被選中時，delegate通過model indexes與model直接進行交流。總的來說，model/view 相關類可以被分成上面所提到的三組：models,views,delegates。這些組件通過抽象類來定義，它們提供了共同的介面，在某些情況下，還提供了預設的實現。抽象類意味著需要子類化以提供完整的其他組件希望的功能。這也允許實現定製的組件。models,views,delegates之間通過信號，槽機制來進行通訊：
從model發出的信號通知view數據源中的數據發生了改變。
從view發出的信號提供了有關被顯示的數據項與用戶交互的信息。
從delegate發生的信號被用於在編輯時通知model和view關於當前編輯器的狀態信息。
Models
所有的item models都基於QAbstractItemModel類，這個類定義了用於views和delegates訪問數據的介面。
數據本身不必存儲在model,數據可被置於一個數據結構或另外的類，文件，資料庫，或別的程序組件中。
關於model的基本概念在Model Classes部分中描述。
QAbstractItemModel提供給數據一個介面，它非常靈活，基本滿足views的需要，無論數據用以下任何樣的形式
表現，如tables,lists,trees。然而，當你重新實現一個model時，如果它基於table或list形式的數據結構，最好從QAbstractListModel,QAbstractTableModel開始做起，因為它們提供了適當的常規功能的預設實現。這些類可以被子類化以支持特殊的定製需求。子類化model的過程在Create New Model部分討論
QT提供了一些現成的models用於處理數據項：
QStringListModel 用於存儲簡單的QString列表。
QStandardItemModel 管理復雜的樹型結構數據項，每項都可以包含任意數據。
QDirModel 提供本地文件系統中的文件與目錄信息。
QSqlQueryModel, QSqlTableModel,QSqlRelationTableModel用來訪問資料庫。
假如這些標准Model不滿足你的需要，你應該子類化QAbstractItemModel,QAbstractListModel或是
QAbstractTableModel來定製。
Views
不同的view都完整實現了各自的功能：QListView把數據顯示為一個列表，QTableView把Model 中的數據以table的形式表現，QTreeView 用具有層次結構的列表來顯示model中的數據。這些類都基於QAbstractItemView抽象基類，盡管這些類都是現成的，完整的進行了實現，但它們都可以用於子類化以便滿足定製需求。
Delegates
QAbstractItemDelegate 是model/view架構中的用於delegate的抽象基類。預設的delegate實現在QItemDelegate類中提供。它可以用於Qt標准views的預設 delegate.
排序
在model/view架構中，有兩種方法進行排序，選擇哪種方法依賴於你的底層Model。
假如你的model是可排序的，也就是它重新實現了QAbstractItemModel::sort()函數，QTableView與QTreeView都提供了API,允許你以編程的方式對Model數據進行排序。另外，你也可以進行交互方式下的排序（例如，允許用戶通過點擊view表頭的方式對數據進行排序），可以這樣做：把QHeaderView::sectionClicked()信號與QTableView::sortByColum()槽或QTreeView::sortByColumn()槽進行聯結就好了。
另一種方法是，假如你的model沒有提供需要的介面或是你想用list view表示數據，可以用一個代理
model在用view表示數據之前對你的model數據結構進行轉換。
便利類
許多便利類都源於標準的view類，它們方便了那些使用Qt中基於項的view與table類，它們不應該被子類化，
它們只是為Qt 3的等價類提供一個熟悉的介面。這些類有QListWidget,QTreeWidget,QTableWidget,它們提供了如Qt 3中的QListBox, QlistView,QTable相似的行為。這些類比View類缺少靈活性，不能用於任意的models,推介使用model/view的方法處理數據。
Ⅹ 關於Qt中的QList ，如果用它定義了一個list，其成員是指針，那麼使用list.removeAt(i)或者removeLast()
如果這個數據結構是你寫的話，你覺得這個delete是加在刪除里合理還是自己手動合理？誰分配誰釋放是一個基本原則。除非使用智能指針不需要人為干擾內存所有權之外，其它情況都應該遵循這一原則。