Classi di stile Java in c ++

Sì, confonderai altri programmatori C ++ se scrivi tutto il tuo codice in quel modo. Non ho mai visto codice C ++ non-template scritto in questo modo, con tutto nel file di intestazione. Questo problema è stato discusso in modo approfondito anche in una domanda Overflow dello stack .

Per quanto riguarda i problemi tecnici con esso, mi vengono in mente alcune cose.

• Tutto il tuo codice diventa effettivamente inline . I tuoi tempi di compilazione aumenteranno probabilmente.
• Ogni ricompilare compilerà il mondo semplicemente perché deve.
• Dovrai fare attenzione a non eseguire il controllo di Una regola di definizione . I nomi delle variabili devono essere univoci su tutti i file sorgente, poiché diventano effettivamente un unico file gigante.

Potresti anche voler controllare il linguaggio di programmazione D , che sento risolvere molti di questi problemi. Il compilatore D è stato progettato pensando a questo stile e non ha 30 anni di compatibilità con le versioni precedenti C per il supporto.

Non è esattamente una nuova idea. I programmatori principianti evitano dichiarazioni come la peste e per lo più la caveranno perché i loro programmi sono così piccoli. La conseguenza è che ora ti devi preoccupare dell'ordine che definisci le tue funzioni. La conseguenza di preoccuparsi dell'ordine di definizione è la tentazione di minimizzare il problema rendendo le tue funzioni troppo grandi.

Perderai anche la bella separazione tra interfaccia e implementazione. Lo stesso autore si lamenta che i membri privati fanno parte del file di intestazione, quindi "risolve" il problema rendendo una parte del file di intestazione tutti dettagli di implementazione.

Se vuoi classi in stile Java, quindi programma in Java !

Fa molte congetture nel suo articolo che sono completamente sbagliate. In nessun ordine particolare:

Compile time

This is not issue either. Assuming you have all operating system headers and frequently used containers (STL) or math libraries in precompiled headers, and assuming that if your program is really huge, you have separated it into components as per above, the remaining amount of code is absolutely negligible for a modern C++ compiler.

Questo è solo sbagliato, e dimostra che non ha mai lavorato su un programma C ++ su larga scala. Scarica qualsiasi grande programma C ++ open source, compila il programma e dimmi se vuoi aspettare così a lungo ogni volta che dimentichi un punto e virgola.

Declare before Use

There is a C++ feature very few programmers seem to know about (or at least, have exploited): and that is that inside a class, declare before use doesn't hold (!). Clearly Bjarne was aware of this legacy problem in C++ and fixed it for the inside of classes, but couldn't do the same for top-level declarations because of backwards compatibility with C (why? there must be some intricacy I am missing here).

[...much much more, each line more painful than the last...]

Ok, prima di tutto, non è una caratteristica che "pochissimi programmatori sembrano conoscere". In secondo luogo, questo è un completo fraintendimento della dichiarazione in avanti e di cosa viene utilizzato. La guida allo stile di codifica di Google ha un'introduzione decente a metà: link

Hanno lo scopo di semplificare il compilatore e riducono sostanzialmente il tempo di compilazione.

Questo mi sembra che stia solo dando un nome sciocco a fare forward dichiarazioni invece di #include <blah> .

I vantaggi della inoltro delle dichiarazioni è che i tempi di compilazione possono essere notevolmente più rapidi, ma il principale svantaggio IMO è necessario essere consapevoli di quando è possibile e non si può farla franca con una dichiarazione anticipata, e quando si sbaglia, è possibile ottenere messaggi di errore apparentemente incomprensibili per un errore banale.