Наши проекты:
Журнал · Discuz!ML · Wiki · DRKB · Помощь проекту |
||
ПРАВИЛА | FAQ | Помощь | Поиск | Участники | Календарь | Избранное | RSS |
[18.219.28.179] |
|
Страницы: (2) 1 [2] все ( Перейти к последнему сообщению ) |
Сообщ.
#16
,
|
|
|
Сообщ.
#17
,
|
|
|
Это к rustfmt же, и он настраивается. По такой логике и в плюсах есть стандарты - во всех IDE есть какой-то свой дефолтовый способ автоформатирования кода
|
Сообщ.
#18
,
|
|
|
Цитата Qraizer @ // Интерфейс объектов синхронизации для межпроцессного использования // Захват и освобождение ресурса наследуются class TIPSynk: public ISynkObject { protected: HANDLE synkObject; Может оказаться весьма удобным обернуть классом вот это: HANDLE synkObject; |
Сообщ.
#19
,
|
|
|
...Иногда дебильные. Например, отступы в два пробела в скале. Из-за таких "стандартов" код становится абсолютно нечитаемым - сливается в сплошную стенку. |
Сообщ.
#20
,
|
|
|
Цитата Da$aD @ ...Иногда дебильные. Например, отступы в два пробела в скале. Из-за таких "стандартов" код становится абсолютно нечитаемым - сливается в сплошную стенку. Да ладно, вроде норм. Всё равно при грамотной организации методы на 5-6 строк максимум получаются, да и вертикальную отбивку никто не запрещал. |
Сообщ.
#21
,
|
|
|
Цитата Da$aD @ ...Иногда дебильные. Например, отступы в два пробела в скале. Из-за таких "стандартов" код становится абсолютно нечитаемым - сливается в сплошную стенку. я б скалку назвал перлом 21го века со встроенным обфурскатором. Редкий язык ТАК поощряет производство нечитаемого кода. Если это образец "современного языка", то я лучше побуду ретроградом |