Future of teamwork plugin
David Nolden
david.nolden.kdevelop at art-master.de
Fri Jul 6 11:21:16 UTC 2007
Am Freitag, 6. Juli 2007 11:28:56 schrieb Andreas Pakulat:
> I think you got the wrong impression, at least for me its not solely
> about the advanced C++ stuff, its about unreadable code files, with
> #include's in the middle of a .cpp, with multiple classes in the same
> files (yes this might be judged as a personal preference, but I think
> its making it easier to understand code). On top of that the code will
> be unmaintained in the upcoming months and so far David said he will
> probably maintain it after SoC.
I don't think there is any includes in the middle of .cpp files. If you've
seen it, then an individual case, and as such does not make the whole plugin
unmaintainable.
There is only multiple classes in the same file when:
A) It is a few small helper-classes
B) It is a few classes that logically belong together and are not too big
C) It is a few small helper-classes plus one big main-class
In C++ you should ideally split the code into as many classes as it logically
makes sense to keep things separate, and it's extremely unpractical to create
a new file for each such class.
So that's a tradeoff between easy to read and easy to write, but I don't
understand where this is a problem with features like code-navigation and
jump-to-class at hand. By forcing a coder to create a new file for each
class, you encourage him to create less classes, thereby you encourage him to
less split his code into logical units, thereby you encourage him to write
worse code.
greetings, David
More information about the KDevelop-devel
mailing list