1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
|
/* This file is part of the KDE project
* Copyright (C) 2003 Harald Fernengel <[email protected]>
* Copyright (C) 2004 Alexander Dymo <[email protected]>
*
* This library is free software; you can redistribute it and/or
* modify it under the terms of the GNU Library General Public
* License as published by the Free Software Foundation; either
* version 2 of the License, or (at your option) any later version.
*
* This library is distributed in the hope that it will be useful,
* but WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
* Library General Public License for more details.
*
* You should have received a copy of the GNU Library General Public License
* along with this library; see the file COPYING.LIB. If not, write to
* the Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
* Boston, MA 02110-1301, USA.
*/
#include <kgenericfactory.h>
#include <tdeaboutdata.h>
/**
@file kdevgenericfactory.h
KDevelop generic plugin factory.
*/
/**
This class provides a generic implementation of a KLibFactory for
use with TDevelop plugins.
Usually it is convenient to use K_EXPORT_COMPONENT_FACTORY macro
to create factories for TDevelop plugins. For example, for DummyPlugin
the factory can be created (in dummyplugin.cpp file) as:
@code
typedef KDevGenericFactory<DummyPlugin> DummyPluginFactory;
K_EXPORT_COMPONENT_FACTORY(libkdevdummyplugin, DummyPluginFactory( pluginData ) )
@endcode
Data should be a const static object. This way it complies with the requirements
for data objecs of KDevGenericFactory constructor.
<b>Important:</b><br>
There is no need to create @ref TDEAboutData objects. It is more useful to create
a static const @ref KDevPluginInfo object which can be used also in the constructor
of a plugin.
For example, dummyplugin.cpp file could contain:
@code
#include <kdevplugininfo.h>
static const KDevPluginInfo pluginData("KDevDummyPlugin");
typedef KDevGenericFactory<DummyPlugin> DummyPluginFactory;
K_EXPORT_COMPONENT_FACTORY(libkdevdummyplugin, DummyPluginFactory( pluginData ) )
DummyPlugin::DummyPlugin(TQObject *parent, const char *name, const TQStringList & )
:KDevPlugin(&pluginData, parent, name)
{
}
@endcode
In the example above the duplication of information is avoided as same @ref KDevPluginInfo
objects are used for plugin and for plugin factory. This is possible because @ref KDevPluginInfo
class has an operator to cast @ref KDevPluginInfo to @ref TDEAboutData.
*/
template <class T, class ParentType = TQObject>
class KDevGenericFactory: public KGenericFactory<T, ParentType>
{
public:
/**Constructor.
@param data A reference to TDEAboutData with an information about the plugin.
Data should have:
- plugin name as an application name;
- untranslated plugin generic name as a product name;
- license type number.
.
data object should live as long as factory lives.*/
KDevGenericFactory(TDEAboutData *data)
:KGenericFactory<T, ParentType>(data->appName()), aboutData(data)
{
}
/**Creates an instance.*/
TDEInstance *createInstance()
{
return new TDEInstance(aboutData);
}
private:
TDEAboutData *aboutData;
};
|
