Чужой код, непонятные решения в нем. С.

[Vanta11a]

Разбираю чужой код, и по ходу появилась пара вопросов.
Имеется код:

static void create_string(StringValue& string, int src_len) {
...
(string).lenght = (src_len);
...
}

для чего string и src_len обернуты в одинарные круглые скобки?

Второе: повторное добавление через include файлов, которые уже есть в иерархии. Например 3 файла:
1.h:

some_functions

2.h:

#include 1.h
...

3.h:

#include 2.h
#include 1.h
...

Зачем в 3.h снова включать 1.h, если он и так автоматически перейдет из 2.h?

[Stilet]

Может автор кода не знал что так можно не делать?

[Vanta11a]

Возможно, да. С учетом того, что вместо стандартного расширения функционала модуля при помощи разделяемой библиотеке нагорожено непойми что. Но пока что предпочитаю думать, что это я чего-то не понимаю.

[Smitt&Wesson]

Разбираю чужой код, и по ходу появилась пара вопросов.

На мой взгляд, код был написан прямо в статье, откуда вы его взяли, без отладки. Об этом говорит вот этот оператор: (string).lenght = (src_len);
Правильным будет: string.length = src_len;

[waleri]

Со скобками тоже правильно, просто они не нужны, точно так же как можно писать
int a = 2 + 2;
и
int a = (2 + (2));

Насчет включения файлов - откуда вы знаете, что 2 будет инклудить 1? Или что будет, если в дальнейшем нам не потребуется 2.h?
Если нам нужна какая-то дефиниция, лучше проинклудить нужный файл явно, чем рассчитывать, что это сделает кто-то другой.

[Vanta11a]

На мой взгляд, код был написан прямо в статье,

Ага, я переписал интересующий кусок руками. Очепятался соответственно.

просто они не нужны

Значит неизвестного мне функционала они не несут. Спасибо.

Насчет включения файлов - откуда вы знаете, что 2 будет инклудить 1?

Подразумевается структурой.
basicTypes.h -> myTypes.h -> tableHandler.h -> tableHandlerGen.h
При этом basicTypes.h инклудят все последующие без исключения.

Если нам нужна какая-то дефиниция, лучше проинклудить нужный файл явно, чем рассчитывать, что это сделает кто-то другой.

Хорошая версия, спасибо.