国产视频久久,日韩欧美亚洲综合久久,狠色狠色狠狠色综合久久

[T] 利用QT�q�行web与本地�؜合应用开�?

eXile — Mon, 09 Mar 2009 08:41:00 GMT

摘要: Qt提供了本�?C++对象与JavaScript的无�~�集成，是进行本��C��web混合应用开发的理想�q�_��?nbsp; 阅读全文

eXile 2009-03-09 16:41 发表评论

Qt 4.5使用LGPL

eXile — Wed, 14 Jan 2009 11:01:00 GMT

http://www.qtsoftware.com/about/licensing

Nokia today announced that its Qt cross-platform user interface (UI) and application framework for desktop and embedded platforms will be available under the open source LGPL version 2.1 license from the release of Qt 4.5, scheduled for March 2009. In addition:

Qt source code repositories will be made publicly available and will encourage contributions from desktop and embedded developer communities.
Service offerings for Qt will be expanded to ensure that all Qt development projects can have access to the same levels of support, independent of the selected license.

Nokia to license Qt under LGPL

We have some exciting news we’d like to share with the free software community: Qt will be licensed under the terms of the LGPL version 2.1 with the upcoming Qt 4.5 release, in addition to our standard GPL and commercial licenses. We are also pleased to announce that we are going to open up the Qt source code repository and also make it easier for the community to contribute to Qt.

Adding LGPL version 2.1 will greatly increase adoption of Qt across Windows, Linux, embedded Linux, Mac, S60, Windows CE, maemo, and Ovi web services. Having a larger number of users, including Nokia developers, providing feedback and contributions will help Qt remain a cutting edge, robust UI and application framework.

Going forward we will speed up the development of Qt using additional resources and work in even closer cooperation with the free software community. We will do this in a number of ways, including:

Employing more Qt developers
Opening our source code repository
Reducing the overhead needed to make a submission, including no longer requiring copyright assignments.
Launching a new web infrastructure to support contributions later this year.

As we know that license versions are important for many in the free software community, we wanted to also take the opportunity to provide some highlights of our upcoming changes:

Versions of Qt prior to 4.5 are not impacted by this announcement
We will continue to support the GPL version 2 through the newly added LGPL version 2.1 license, as it allows for the automatic conversion to the GPL.
We will continue to release Qt under GPL 3

As a first step we have selected LGPL version 2.1 as this is the version of the LGPL that best fits our purposes and we are most comfortable with at this point in time. We will continue to evaluate the adoption, use and legal interpretation of LGPL version 3 by the community and may use this version of the LGPL for future releases.

Finally, we will open the Qt repositories and provide more information regarding how interested parties can contribute to Qt with the release of Qt 4.5, which is scheduled for March. Until then, if you have any questions, please feel free to post your questions below.

Sincerely,

Sebastian Nyström
Vice President, Qt Software

eXile 2009-01-14 19:01 发表评论

利用scons�~�译Qt应用

eXile — Tue, 21 Oct 2008 15:48:00 GMT

摘要: 一般推荐qmake来编译Qt应用�E�序, qmake用�v来也很简单，但是用scons更简�? 更灵�z�R�?nbsp; 阅读全文

eXile 2008-10-21 23:48 发表评论

eXile — Mon, 19 May 2008 09:57:00 GMT

PyQt �?Eric 在WINDOWS�q�_��上的安装
By eXile

1.前提: 已安�?make工具(如Mingw), Qt, Python.
pexports C:\WINDOWS\system32\python25.dll > python25.def
dlltool --dllname python25.dll --def python25.def --output-lib libpython25.a

2.安裝 PyQt

1) 安裝 SIP
python configure.py -p win32-g++
make
make install
2) 安裝 PyQt
python configure.py
make
make install

3.安装 Eric

1)安裝 QScintilla
qmake qscintilla.pro
make
make install
copy %QTDIR%\lib\qscintilla2.dll %QTDIR%\bin

2).安裝 eric
python install.py

http://www.riverbankcomputing.co.uk/news

原文地址: http://www.shnenglu.com/exile/

eXile 2008-05-19 17:57 发表评论

设计Qt风格的C++API (zt)

eXile — Sun, 17 Feb 2008 16:50:00 GMT

设计Qt风格的C++API

作者Matthias Ettrich�Q�译者Googol Lee�Q�原文地址�?a >�q�里�?

在奇��（Trolltech�Q�，��Z��改进Qt的开发体验，我们做了大量的研�I�。这��文章里�Q�我打算分��n一些我们的发现�Q�以及一些我们在设计Qt4时用到的原则�Q��ƈ且展�C�如何把�q�些原则应用��C��的代码里�?

好的API的六个特�?/font>
便利陷阱
布尔参数陷阱
静态多�?/font>
命名的艺�?/font>
指针�q�是引用�Q?/font>
例子�Q�QProgressBar
如何把API设计�?/font>

设计应用�E�序接口�Q�API�Q�是很难的。这是一门和设计语言同样隄��艺术。这里可以选择太多的原则，甚至有很多原则和其他原则有矛盾�?

现在�Q�计��机�U�学教育把很大的力气攑֜��法和数据结构上�Q�而很��关注设计语�a�和框架背后的原则。这让应用程序员完全没有准备去面对越来越重要的�Q务：创造可重用的组件�?

在面向对象语�a�普及之前�Q�可重用的通用代码大部分是由库提供者写的，而不是应用程序员。在Qt的世界里�Q�这�U�状冉|��了明昄��改善。在��M��时候，用Qt�~�程��是写新的组件。一个典型的Qt应用�E�序臛_��都会有几个在�E�序中反复��用的自定义组件。一般来��_��同样的组件会成�ؓ其他应用�E�序的一部分。KDE�Q�K桌面环境�Q�走得更�q�，用许多追加的库来扩展Qt�Q�实��C��数百个附加类。（一般来��_��一个类��是一个可重用�l��g�Q�原文这里没有写清楚。）

但是�Q�一个好的，高效的C++ API是由什么组成的呢？是好�q�是坏，取决于很多因素——比如，手头的工作和特定的目标群体。好的API有很多特性，一些特性是大家都想要的�Q�而另一些则是针对特定问题域的�?

好的API的六个特�?/h2>

API是面向程序员的，用来描述提供�l�最�l�用��L��GUI是什么样子。API中的P带表�E�序员（Programmer�Q�，而不是程序（Program�Q�，用来��API是给�E�序员用的，�l��h�cȝ��E�序员用的�?

我们坚信API应该是最��化且完整的�Q�拥有清��C��单的语义�Q�直觉化�Q�容易记忆，�q�且引导人写出易�ȝ��代码�?

最��化�Q?/strong>最��化的API是指一个类��可能只拥有最��的公开成员且尽可能只拥有最��的�c�R��这个原则可以让API更简单易懂，更好讎ͼ�更容易除错，且更�Ҏ��改变�?
完整的：完整的API是指要提供所有期望的功能。这个可能与最��化原则相冲�H�。另外，如果一个成员函数属于一个不应该属于的类�Q�很多潜在的使用者都会找不到�q�个函数�?
拥有清晰且简单的语义�Q?/strong>��像其他设计工作一��P��你必��遵守最��惊奇原则（the principle of least surprise�Q�。让常见的�Q务简单易行。不常见的工作可行，但不会让用户�q�分��x��。解决特�D�问题时�Q�不要让解决�Ҏ��没有必要的过度通用。（比如�Q�Qt3中的QMimeSourceFactory可以通过调用QImageLoader来实��C��同的API。）
直觉化：��像电脑上的其他东西一��P��API必须是直觉化的。不同的�l�验和背景会��D��在判断什么是直觉而什么不是时不同的感觉。如果一个中�U�用户不��L��档就可以使用�Q�a semi-experienced user gets away without reading the documentation�Q�没懂这里的get away该怎么��译�Q�，�q�且一个程序员不懂API��可以理解羃写的代码�Q�这�U�API��是直觉化的�?
易于记忆�Q?/strong>让API易于记忆�Q��用统一且精��的命名�Ҏ��。��用可识别的模式和概念�Q��ƈ且避免羃写�?
引导易读的代码（Lead to readable code�Q�：代码一�l�写��，会读�Q��ƈ且除错和修改�Q�多�ơ。易�ȝ��代码可能会花�Ҏ��间来写，但是可以节省产品周期中的其他旉��?

最后，��C��Q�不同类型的用户会用到API的不同部分。虽然简单的实例化一个Qt�c�L��非常直觉化的�Q�让资深专家在试囑֭��c�d��之前��M��遍文档，是很合理的�?

便利陷阱

�q�是个常见的误解�Q�更好的API�Q�用更少的代码完成一件事。永�q�记住代码一�ơ写��，之后需要不断的阅读�q�理解。比如：

QSlider *slider = new QSlider(12, 18, 3, 13, Qt::Vertical, 0, "volume");

�q�比下面那样难读�Q�甚至难写）�Q?

QSlider *slider = new QSlider(Qt::Vertical); slider->setRange(12, 18); slider->setPageStep(3); slider->setValue(13); slider->setObjectName("volume");

布尔参数陷阱

布尔参数通常会导致不易读的代码。更�q�一步，�l�一个已�l�存在的函数加入一个布��参敎ͼ��q�常常是个错误。在Qt里，一个传�l�的例子是repaint()�Q�这个函数带有一个布��参敎ͼ�来标识是否擦除背景（默认擦除�Q�。这让代码通常写成�Q?

widget->repaint(false);

初学者很�Ҏ��把这句话理解�?#8220;别重�?#8221;�Q?

�q�样做是考虑到布��参数可以减��一个函敎ͼ�避免代码膨胀。事实上�Q�这反而增加了代码量。有多少Qt用户真的��C��了下面三行程序都是做什么的�Q?

widget->repaint(); widget->repaint(true); widget->repaint(false);

一个好一些的API可能看�v来是�q�样�Q?

widget->repaint(); widget->repaintWithoutErasing();

在Qt4里，我们重新设计了widget�Q��得用户不再需要不重画背景的重画widget�Q�来解决�q�个问题。Qt4原生支持双缓存，废掉了这个特性�?

�q�里�q�有一些例子：

widget->setSizePolicy(QSizePolicy::Fixed, QSizePolicy::Expanding, true); textEdit->insert("Where's Waldo?", true, true, false); QRegExp rx("moc_*.c??", false, true);

一个显而易见的解决�Ҏ��是，使用枚�D�c�d��代替布尔参数。这正是我们在Qt4�?a >QString大小写敏感时的处理方法。比较：

str.replace("%USER%", user, false); // Qt 3 str.replace("%USER%", user, Qt::CaseInsensitive); // Qt 4

静态多�?/h2>
�怼�的类应该含有�怼�的API。在必要的时候——就是说�Q�需要��用运行时多态的时候——这可以通过�l�承实现。但是多态依旧会发生在设计时期。比如，如果你用QListBox代替QComboBox�Q�或者用QSlider代替QSpinBox�Q�你会发现相似的API使这�U�替换非常容易。这��是我们所说的“静态多�?#8221;�?

静态多态也使API和程序模式更�Ҏ��记忆。作为结论，一�l�相关类使用�怼�的API�Q�有时要比给每个�c�L��供完��的单独API�Q�要好�?

�Q�译注：C++ 0x��要引入的concept�Q�就是静态多态的语法层实现。这个要比单独的函数名相似更强大且易用。）

命名的艺�?/h2>
命名�Q�大概是设计API时唯一最重要的问题了。该怎么�U�呼�q�个�c�？成员函数该叫什么？

通用的命名规�?/h3>
一些规则通常�Ҏ��有名字都是有用的。首先，��像我之前提到的�Q�别用羃写。甚臛_��明显的羃写，比如“prev”表示“previous”从长�q�看也是不划��的�Q�因为用户必��记住哪些词是羃写�?

如果API本��n不一��_��事情自然会变得很�p�糕�Q�比如， Qt3有activatePreviousWindow()和fetchPrev()。坚�?#8220;没有�~�写”的规则更�Ҏ��创徏一致的API�?

另一个重要但更加微妙的规则是�Q�在设计�cȝ��时候，必须��力保证子类命名�I�间的干净。在Qt3里，没有很好的遵守这个规则。比如，�?a >QToolButton来�D例。如果你在Qt3里，对一�?a >QToolButton调用name()、caption()、text()或者textLabel()�Q�你希望做什么呢�Q�你可以在Qt Designer里拿QToolButton试试�Q?

name属性��承自QObject�Q�表�C�Z��个对象用于除错和��试的内部名字�?
caption属性��承自QWidget�Q�表�C�窗口的标题�Q�这个标题在视觉上对QToolButton没有��M��意义�Q�因��Z��们��L��跟随父窗口而创建�?
text属性��承自QButton�Q�一般情况下是按钮上现实的文字，除非useTextLabel为真�?
textLabel�?a >QToolButton里声明，�q�且在useTextLabel为真时显�C�在按钮上�?

�׃��对可��L��的��x��Q�name在Qt4里被�U�C��objectName�Q�caption变成了windowsTitle�Q�而在QToolButton里不再有单独的textLabel属性�?

�l�类命名

标识一�l�类而不是单独给每个�c�L��个恰当的名字。比如，Qt4里所有模式感知项目的视图�c�（model-aware item view classes�Q�都拥有-View的后�~��Q?a >QListView�?a >QTableView�?a >QTreeView�Q�，�q�且对应��Z��目的类都用后缀-Widget代替�Q?a >QListWidget�?a >QTableWidget�?a >QTreeWidget�Q��?

�l�枚丄��型及其值命�?/h3>
当声明枚举时�Q�时刻记住，在C++�Q�不像Java和C#�Q�中�Q��用枚丑ր�g��需要类型信息。下面的例子演示了给枚�D��D�v个太�q�常用的名字所引�v的危宻I��

namespace Qt { enum Corner { TopLeft, BottomRight, ... }; enum CaseSensitivity { Insensitive, Sensitive }; ... }; tabWidget->setCornerWidget(widget, Qt::TopLeft); str.indexOf("$(QTDIR)", Qt::Insensitive);

在最后一行，Insensitive是什么意思？一个用于命名枚丑ր�的指导思想是，在每个枚丑ր�里�Q�至��重复一个枚丄��型名中的元素�Q?

namespace Qt { enum Corner { TopLeftCorner, BottomRightCorner, ... }; enum CaseSensitivity { CaseInsensitive, CaseSensitive }; ... }; tabWidget->setCornerWidget(widget, Qt::TopLeftCorner); str.indexOf("$(QTDIR)", Qt::CaseInsensitive);

当枚丑ր�可以用“�?#8221;�q�接��h��当作一个标志时�Q�传�l�的做法是将“�?#8221;的结果作��Z��个int保存�Q�这不是�c�d��安全的。Qt4提供了一个模板类 QFlags来实现类型安全，其中T是个枚�D�c�d��。�ؓ了方便��用，Qt为很多标志类名提供了typedef�Q�所以你可以使用�c�d�� Qt::Alignment代替QFlags�?

��Z��方便�Q�我们给枚�D�c�d��单数的名字（�q�样表示枚�D��g��ơ只能有一个标志）�Q��?#8220;标志”则��用复数名字。比如：

enum RectangleEdge { LeftEdge, RightEdge, ... }; typedef QFlags RectangleEdges;

有些情况下，“标志“�c�M��用了单数的名字。这�Ӟ��枚�D�c�M��?Flag做后�~��Q?

enum AlignmentFlag { AlignLeft, AlignTop, ... }; typedef QFlags Alignment;

�Q�这里�ؓ啥不是把”标志“�cȝ��-Flag做后�~��Q�而是把枚丑ր�做后缀呢？感觉有点��h��……�Q?

�l�函数和参数命名

�l�函数命名的一个规则是�Q�名字要明确体现��个函数是否有副作用。在Qt3�Q�常数函�?a >QString::simplifyWhiteSpace()�q�反了这个原则，因�ؓ它返回类一�?a >QString实例�Q�而不是像名字所提示的那��P��更改了调用这个函数的实例本��n。在Qt4�Q�这个函数被重命名�ؓQString::simplified()�?

参数名是�E�序员的重要信息来源�Q�虽然在使用API�Ӟ��q�不直接展示在代码里。由于现代IDE在程序员写代码时可以自动昄��参数名（��是自动感知或者自动补全之�cȝ��功能�Q�，值得花时间给头文仉��声明的参��C��个合适的名字�Q��ƈ且在文档中也使用相同的名字�?

�l�布��D��|�函敎ͼ�Setter�Q�、提取函敎ͼ�Getter�Q�和属性命�?/h3>
�l�布��属性的讄��函数和提取函��C��个合适的名字�Q��L��非常痛苦的。提取函数应该叫做checked()�q�是isChecked()�Q�scrollBarsEnabled()�q�是areScrollBarEnabled()?

在Qt4里，我们使用下列规则命名提取函数�Q?

形容�cȝ��属性��用is-前缀。比如：

isChecked()
isDown()
isEmpty()
isMovingEnable()

另外�Q�应用到复数名词的�Ş容类属性没有前�~��Q?

scrollBarsEnabled()�Q�而不�?tt>areScrollBarsEnabled()

动词�cȝ��属性不使用前缀�Q�且不��用第三�h�U�ͼ�-s�Q�：

acceptDrops()�Q�而不�?tt>acceptsDrops()
allColumnsShowFocus()

名词�cȝ��属性，通常没有前缀�Q?

autoCompletion()�Q�而不�?tt>isAutoCompletion()
boundaryChecking()

有时�Q�没有前�~��׃��引�v误解�Q�这�U�情况��用前�~�is-�Q?

isOpenGLAvailable()�Q�而不�?tt>openGL()
isDialog()�Q�而不�?tt>dialog()

�Q�通过调用dialogue()�Ҏ��Q�正常情况下会期望返回一�?a >QDialog*的实例。）

讄��函数名字�l�承自提取函数名�Q�只是移掉了所有前�~��Q��ƈ使用set-做前�~��Q�比如：setDown()�q�有setScrollBarsEnabled()。属性的名字与提取函数相同，只是��L��了前�~��?

指针�q�是引用�Q?/h2>
传出参数的最佳选择是什么，指针�q�是引用�Q?

void getHsv(int *h, int *s, int *v) const void getHsv(int &h, int &s, int &v) const

大部分C++书推荐在能用引用的地方就用引用，�q�是因�ؓ一般认为引用比指针�?#8220;安全且好�?#8221;。然而，在奇��（Trolltech�Q�，我们們֐�使用指针�Q�因��让代码更易读。比较：

color.getHsv(&h, &s, &v); color.getHsv(h, s, v);

只有�W�一行能清楚的说明，在函数调用后�Q�h、s和v��有很大几率被改动�?

例子�Q�QProgressBar

��Z��展示如何实际应用�q�些概念�Q�我们将学习Qt3中的API QProgressBar�q�和Qt4里相通的API做比较。在Qt3里：

class QProgressBar : public QWidget { ... public: int totalSteps() const; int progress() const; const QString &progressString() const; bool percentageVisible() const; void setPercentageVisible(bool); void setCenterIndicator(bool on); bool centerIndicator() const; void setIndicatorFollowsStyle(bool); bool indicatorFollowsStyle() const; public slots: void reset(); virtual void setTotalSteps(int totalSteps); virtual void setProgress(int progress); void setProgress(int progress, int totalSteps); protected: virtual bool setIndicator(QString &progressStr, int progress, int totalSteps); ... };

API相当复杂�Q�且不统一。比如，仅从名字reset()�q�不能理解其作用�Q�setTotalSteps()和setProgress()是紧耦合的�?

改进API的关键，是注意到QProgressBar和Qt4�?a >QAbstractSpinBox�c�d��其子�c?a >QSpinBox�Q?a >QSlider�?a >QDial很相伹{��解��x��法？用minimum、maximum和value代替progress和totalSteps。加入alueChanged()信号。加入setRange()函数�?

之后观察progressString、percentage和indicator实际都指一个东西：在进度条上显�C�的文字。一般来说文字是癑ֈ�比信息，但是也可以��用setIndicator()设�ؓ��L��字符。下面是新的API�Q?

virtual QString text() const; void setTextVisible(bool visible); bool isTextVisible() const;

默认的文字信息是癑ֈ�比信息。文字信息可以藉由重新实现text()而改变�?

在Qt3 API中，setCenterIndicator()和setIndicatorFollowStyle()是两个媄响对齐的函数。他们可以方便的�׃��个函数实玎ͼ�setAlignment()�Q?

void setAlignment(Qt::Alignment alignment);

如果�E�序员不调用setAlignment()�Q�对齐方式基于当前的风格。对于基于Motif的风��|��文字��居中显�C�；对其他风��|��文字��靠在右辏V�?

�q�是改进后的QProgressBar API�Q?

class QProgressBar : public QWidget { ... public: void setMinimum(int minimum); int minimum() const; void setMaximum(int maximum); int maximum() const; void setRange(int minimum, int maximum); int value() const; virtual QString text() const; void setTextVisible(bool visible); bool isTextVisible() const; Qt::Alignment alignment() const; void setAlignment(Qt::Alignment alignment); public slots: void reset(); void setValue(int value); signals: void valueChanged(int value); ... };

如何把API设计好（原文是How to Get APIs Right�Q�我��L��成We do APIs right……�Q?/h2>
API需要质量保证。第一个修订版不可能是正确的；你必��d��试。写些用例：看看那些使用了这些API的代码，�q��证代码是否易诅R�?

其他的技巧包括让别的人分别在有文档和没有文档的情况下�Q��用这些API�Q�或者�ؓAPI�c�d��文档�Q�包括类的概�q�和独立的函敎ͼ��?

当你卡住�Ӟ��写文档也是一�U�获得好名字的方法：仅仅是尝试把条目�Q�类�Q�函敎ͼ�枚�D��|��{�等呢个�Q�写下来�q�且使用你写的第一句话作�ؓ灉|��。如果你不能扑ֈ�一个精��的名字�Q�这常常说明�q�个条目不应该存在。如果所有前面的事情都失败了�q�且你确认这个概�늚�存在�Q�发明一个新名字。毕竟，“widget”�?“event”�?#8220;focus”�?#8220;buddy”�q�些名字��是�q�么来的�?

eXile 2008-02-18 00:50 发表评论

QT中异形窗口的�l�制

eXile — Sun, 09 Dec 2007 07:06:00 GMT

　　�q�里讨论的只是Windows�q�_��上的实现�?br>　　在Ｑ�Q�中�l�制异�Ş�H�口�Q�只要设�?windowFlag �?CustomizeWindowHint�Q�再�l�合setMask()��可以做出各�U�奇形怪状的窗口。相�Ҏ��说比较麻烦的, 是进行窗口拖动和�~�放的处理�?br>　　�?Windows SDK �?MFC　中比较容易，只要处理 WM_NCHITTEST�Q�返回相应的��试值就可以了。幸�q�的是，�Q�Ｔ中也提供了直接处理各�q�_��消息的方法，�?Windows下只需要重载winEvent�Ҏ��?br>
　　下面�l�出了示例代码：

// include

bool MyDialog::winEvent(MSG* msg, long* result)
{
    const int captionHeight = 25;
    const int frameWidth = 6;

    if (msg->message != WM_NCHITTEST) return false;

    QPoint pos = mapFromGlobal(QCursor::pos());
    int w = width();
    int h = height();

    if (QRect(frameWidth, captionHeight, w-frameWidth-frameWidth, h-captionHeight-frameWidth).contains(pos))
    {
        *result = HTCLIENT;
    }
    else if (QRect(0, 0, w, captionHeight).contains(pos))
    {
        *result = HTCAPTION;
    }
    else if (QRect(0, captionHeight, frameWidth, h-captionHeight-frameWidth).contains(pos))
    {
        *result = HTLEFT;
    }
    else if (QRect(w-frameWidth, captionHeight, frameWidth, h-captionHeight-frameWidth).contains(pos))
    {
        *result = HTRIGHT;
    }
        else if (QRect(frameWidth, h-frameWidth, w-frameWidth-frameWidth, frameWidth).contains(pos))
       {
          *result = HTBOTTOM;
       }
    else if (QRect(0, h-frameWidth, frameWidth, frameWidth).contains(pos))
    {
        *result = HTBOTTOMLEFT;
    }
    else if (QRect(w-frameWidth, h-frameWidth, frameWidth, frameWidth).contains(pos))
    {
        *result = HTBOTTOMRIGHT;
    }

    return true;
}

eXile 2007-12-09 15:06 发表评论

国产视频久久,日韩欧美亚洲综合久久,狠色狠色狠狠色综合久久

[T] 利用QT�q�行web与本地�؜合应用开�?

Qt 4.5使用LGPL

利用scons�~�译Qt应用

设计Qt风格的C++API (zt)

设计Qt风格的C++API

便利陷阱

布尔参数陷阱

命名的艺�?/h2> 命名�Q�大概是设计API时唯一最重要的问题了。该怎么�U�呼�q�个�c�？成员函数该叫什么？

�l�类命名

�l�函数和参数命名

例子�Q�QProgressBar

QT中异形窗口的�l�制

命名的艺�?/h2>
命名�Q�大概是设计API时唯一最重要的问题了。该怎么�U�呼�q�个�c�？成员函数该叫什么？