Cet espacement maladroit est-il un type de style?

En lisant un autre code de programmeur, il utilise un format que je n'ai jamais vu. PAR EXEMPLE

    namespace MyNs.HereWeAre
         {//tab here for some reason
         public class SomeClass
               {//here's another tab
               public string Method()
                    {//yet another tab
                    string _variable = "";//no tab implementation
                    return _variable;
                    }
               }//eof - class  (Yes these eof comments are on every file)
        }//eof - namespace
// eof - file

J'avoue ... ce code me met en colère. Il est difficile de réaliser ce style. Il faut combattre le formatage par défaut fourni par l'IDE, Visual Studio.

Je pourrais avaler cette pilule un peu plus facilement si je savais qu'il y avait une bonne raison à ce style. Ce style provient-il d'un autre langage de programmation / IDE?

Oui: http://en.wikipedia.org/wiki/Indent_style#Whitesmiths_style

Le style Whitesmiths, également appelé style Wishart dans une moindre mesure, est moins courant aujourd'hui ... Il était à l'origine utilisé dans la documentation du premier compilateur C commercial, le Whitesmiths Compiler . Il était également populaire au début de Windows, car il était utilisé dans trois livres de programmation Windows influents, Guide du programmeur pour Windows par Durant, Carlson & Yao, Programming Windows par Petzold et Windows 3.0 Power Programming Techniques par Norton & Yao. .

Ce style place l'accolade associée à une instruction de contrôle sur la ligne suivante, en retrait. Les instructions entre accolades sont en retrait au même niveau que les accolades ...

Les avantages de ce style sont similaires à ceux du style Allman dans la mesure où les blocs sont clairement séparés des instructions de contrôle. Cependant, avec le style Whitesmiths, le bloc est toujours visuellement connecté à son instruction de contrôle au lieu de ressembler à un bloc de code sans rapport entouré d'espaces. Un autre avantage est que l'alignement des accolades avec le bloc souligne le fait que le bloc entier est conceptuellement (ainsi que par programme) une seule instruction composée. En outre, l'indentation des accolades souligne qu'elles sont subordonnées à la déclaration de contrôle.

Un inconvénient suggéré de ce style est que l'accolade de fin ne correspond plus à l'instruction à laquelle elle appartient conceptuellement. Cependant, l'accolade fermante appartient à l'accolade ouvrante et non à l'instruction de contrôle ...

C'est une pratique que je n'ai jamais vue, merci à l'UIP.

Eclipse a un style de code Whitesmith intégré pour c ++ ... vous pourriez être foutu avec Java car tout le monde est censé utiliser le même style dans ce langage.

Alors que le style de codage de votre collègue est bizarre, laid et difficile à lire:

1. si vous n'avez pas de normes de codage, leur formatage est aussi valable que n'importe quel autre.

2. si vous reformatez leur code chaque fois que vous touchez un fichier écrit par eux, vous trouverez très difficile de suivre les modifications - si vous effectuez un diff à l'aide de votre VCS, alors beaucoup, sinon toutes les lignes de code auront changé.

C'est pourquoi vous devriez avoir des normes de codage, cela permet à tout le monde de savoir plus facilement ce qu'il doit faire et de justifier le reformatage s'il ne s'y conforme pas.

S'ils travaillent toujours dans votre entreprise, avez-vous essayé d'en parler avec eux?