Esse espaçamento estranho é algum tipo de estilo?

Ao ler outro código de programador, ele usa um formato que eu nunca vi. POR EXEMPLO

    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

Eu admito ... esse código me deixa com raiva. É difícil conseguir esse estilo. É preciso combater a formatação padrão fornecida pelo IDE, visual studio.

Eu poderia engolir esta pílula um pouco mais fácil se soubesse que havia uma boa razão para esse estilo. Esse estilo deriva de alguma outra linguagem de programação / IDE?

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

O estilo Whitesmiths, também chamado de estilo Wishart em menor grau, é menos comum hoje em dia ... Ele foi originalmente usado na documentação do primeiro compilador comercial C, o Whitesmiths Compiler . Também era popular nos primeiros dias do Windows, pois era usado em três livros influentes de programação do Windows, o Programmer's Guide to Windows por Durant, Carlson & Yao, Programming Windows por Petzold e Windows 3.0 Power Programming Techniques por Norton & Yao .. .

Esse estilo coloca o colchete associado a uma instrução de controle na próxima linha, recuada. As instruções entre chaves são recuadas para o mesmo nível que as chaves ...

As vantagens desse estilo são semelhantes às do estilo Allman, pois os blocos são claramente separados das instruções de controle. No entanto, no estilo Whitesmiths, o bloco ainda está visualmente conectado à sua declaração de controle, em vez de parecer um bloco de código não relacionado, cercado por espaços em branco. Outra vantagem é que o alinhamento das chaves com o bloco enfatiza o fato de que todo o bloco é conceitual (e também programaticamente) uma única instrução composta. Além disso, o recuo das chaves enfatiza que elas estão subordinadas à instrução de controle.

Uma desvantagem sugerida para esse estilo é que a chave final não se alinha mais com a afirmação a que pertence conceitualmente. No entanto, a chave de fechamento pertence à chave de abertura e não à instrução de controle ...

É uma que eu nunca vi praticada, graças à IPU.

O Eclipse tem um estilo de código Whitesmith embutido para c ++ ... você pode se ferrar com Java, já que todos deveriam usar o mesmo estilo nessa linguagem.

Embora o estilo de codificação do seu colega seja bizarro, feio e difícil de ler:

1. se você não possui padrões de codificação, a formatação deles é tão válida quanto qualquer outra.

2. se você reformatar o código toda vez que tocar em um arquivo gravado por eles, será muito difícil rastrear alterações - se você fizer uma comparação usando o VCS, muitas linhas de código, se não todas, serão alteradas.

É por isso que você deve ter padrões de codificação, para que todos saibam o que devem fazer e justifiquem a reformatação, caso não tenham cumprido.

Se eles ainda trabalham na sua empresa, você já tentou conversar com eles sobre isso?