Folco (./28) :
Mais alors, quel intéret de pouvoir générer un poster un event s'il est "inactif" ? C'est dommage, parce que je trouve ça très élégant de générer des events dans un programme basé sur l'évènementiel...
class Ladder
{
public:
explicit Ladder(QString name);
~Ladder();
private:
LadderData* data;
};QDataStream& Ladder::toStream(QDataStream& stream) const
{
return stream << *data;
}
QDataStream& operator<< (QDataStream& stream, const Ladder& ladder)
{
return ladder.toStream(stream);
}QDataStream& operator<< (QDataStream& stream, const LadderData& data)
{
return stream << data.getName() << data.getUID() << data.getPlayerList();
}QDataStream& Ladder::toStream(QDataStream& stream) const
{
return stream << data;
}
QDataStream& operator<< (QDataStream& stream, const Ladder& ladder)
{
return ladder.toStream(stream);
}QDataStream& operator<< (QDataStream& stream, const LadderData*& data)
{
return stream << data->getName() << data->getUID() << data->getPlayerList();
}
Folco (./37) :Pour autant que je sache, c'est la raison principale de ce genre de choses : si plus tard tu as besoin d'ajouter un contrôle d'accès ou des effets secondaires liés à la lecture/écriture des données, c'est trivial si tu as utilisé un setter/getter, mais ça demande une refactorisation si tu as utilisé des variables globales.
c'est pour pouvoir insérer du code dans le Get()
Folco (./40) :
Tiens, c'est conventionnel de faire commencer les méthodes statiques par une majuscule, contrairement aux autres méthodes, ou c'est juste comme ça dans le source que j'ai sous la souris ?
c'est juste comme ça dans le source que j'ai sous la souris
Kevin Kofler (./43) :
On les reconnaît généralement à l'appel, qui utilise normalement la syntaxe Classe::methodeStatique
Faut dire que j'étais jamais allé voir les définitions ^^!folco@Foch:/mnt/Data/prog/TBL2/TBL/build$ ls -R
.:
CMakeCache.txt CMakeFiles
./CMakeFiles:
3.0.2 cmake.check_cache CMakeOutput.log CMakeTmp
./CMakeFiles/3.0.2:
CMakeCCompiler.cmake CMakeDetermineCompilerABI_C.bin CMakeSystem.cmake CompilerIdCXX
CMakeCXXCompiler.cmake CMakeDetermineCompilerABI_CXX.bin CompilerIdC
./CMakeFiles/3.0.2/CompilerIdC:
a.out CMakeCCompilerId.c
./CMakeFiles/3.0.2/CompilerIdCXX:
a.out CMakeCXXCompilerId.cpp
./CMakeFiles/CMakeTmp:
Folco (./49) :
Ma question : qu'est-ce que tous ces fichiers ? Des fichiers temporaires auto-générés par CMake à partir du CMakeList.txt
Dernière chose, CMake est par définition cross-plateforme, tous les fichiers dont il est question sont-ils un obstacle à la compilation sous un autre OS (je ne parle pas de cross-compilation) ?
- j'ai vu aussi que moc est une moulinette qui doit être passée sur tous les fichiers contenant la macro Q_OBJECT. Je sais pas trop comment dire ça à CMake mais je vais trouver.
- par contre, qmake, j'arrive pas à situer cet outil : c'est encore un autre outils pour remplacer make/cmake/makefile ? est-ce un outil nécessaire pour builder un projet Qt ? J'ai parcouru sa doc, le langage a l'air clair et facile, mais ça n'en reste pas moins un nouveau langage à apprendre, quoi...
include_directories(${QT_INCLUDES} ${CMAKE_CURRENT_BINARY_DIR})
target_link_libraries(abc ${QT_QTCORE_LIBRARY} ${QT_QTGUI_LIBRARY})find_package(Qt5 REQUIRED Widgets) include_directories(Qt5_INCLUDE_DIRS)
cmake_minimum_required(VERSION 2.8.11)
project(tbl)
# Instruct CMake to run moc automatically when needed.
set(CMAKE_AUTOMOC ON)
set(CMAKE_POSITION_INDEPENDANT_CODE ON)
# Find the QtWidgets library
find_package(Qt5 REQUIRED Widgets)
include_directories(${} ${Qt5Widgets_INCLUDE_DIRS})
# Executable to create
add_executable(
tbl
main.cpp
tbl.cpp
)
install(TARGETS tbl RUNTIME DESTINATION bin))cmake_minimum_required(VERSION 2.8.11)
project(tbl)
# Find the QtWidgets library
find_package(Qt5 REQUIRED Widgets)
# Create target
add_executable(tbl
main.cpp
tbl.cpp
)
target_include_directories(tbl PUBLIC ${Qt5Widgets_INCLUDE_DIRS})
set_target_properties(tbl PROPERTIES
POSITION_INDEPENDENT_CODE ON
AUTOMOC ON)
# Installation
install(TARGETS tbl RUNTIME DESTINATION bin)Folco (./52) :
Pourrais-je savoir d'où sortent ces variables magiques, QT_INCLUDES, QT_QTCORE_LIBRARY et QT_QTGUI_LIBRARY ?
ps -> la boite de configuration d'un projet permet de régler plein de vars de CMake, ça n'interfère pas avec le CMakeList.txt qu'on écrit à la main ? Si on génère ce fichier soi-même, je ne vois pas bien, du coup, l'intéret de la boite de dialogue. Je rate surement un truc.
Folco (./54) :
set(CMAKE_POSITION_INDEPENDANT_CODE ON)
Comme on voit, les options de CMake sont définies pour un target et non au niveau global. C'est vraiment comme on veut, ou il vaut mieux que je sache quelque chose maintenant ?
)Kevin Kofler (./55) :
Attention, ça s'écrit CMAKE_POSITION_INDEPENDENT_CODE, sinon ça n'aura aucun effet!
Merci quand meme.The recommended way to use Qt libraries and headers with CMake 2.8.11 is to use the target_link_libraries command. In CMake 2.8.11 and later versions, this command automatically adds appropriate include directories, compile definitions, the position-independent-code flag
, and links to the qtmain.lib library on Windows.
cmake_minimum_required(VERSION 2.8.11)
project(tbl)
# Find the QtWidgets library
find_package(Qt5 REQUIRED Widgets)
# Include that globally, so KDevelop can find the headers
include_directories(tbl PUBLIC
${CMAKE_CURRENT_SOURCE_DIR}
${Qt5Widgets_INCLUDE_DIRS}
)
# Create target
add_executable(tbl
main.cpp
tbl.cpp
)
target_compile_options(tbl PUBLIC
-std=c++11
)
target_link_libraries(tbl
${Qt5Widgets_LIBRARIES}
)
set_target_properties(tbl PROPERTIES
AUTOMOC ON
)
# Installation
install(TARGETS tbl RUNTIME DESTINATION bin)Folco (./56) :
Pour les variables cached, j'ai pas encore lu de doc à ce sujet, je m'y mets. Je comprends pas trop l'intérêt au premier abord. Pourquoi devoir rajouter CACHE à certaines variables ? Bon en tout cas, pour un projet portable, il me semble mieux de définir ces vars dans CMakeLists.txt, non ?
Folco (./58) :
Bon, coté purement KDevelop, est-ce qu'il sait faire du refactoring et de la génération de code ?
Kevin Kofler (./59) :
mais il le saura faire bientôt