Ⅰ 我做数据结构和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是加在删除里合理还是自己手动合理？谁分配谁释放是一个基本原则。除非使用智能指针不需要人为干扰内存所有权之外，其它情况都应该遵循这一原则。