- 01
- 02
- 03
- 04
- 05
- 06
- 07
- 08
- 09
- 10
- 11
- 12
func stateDidChange(contorl: TitledTextField?, isEpmtyState: Bool) {
let userCodeisEpmtyState = (contorl == userCodeTextView) ? isEpmtyState : (userCodeTextView.textValue().isEmpty)
let authCodeisEpmtyState = (contorl == authCodeTextView) ? isEpmtyState : (authCodeTextView.textValue().isEmpty)
changeEnterAvailabilityAccoardingToTextFieldsOccupancy (userCodeisEpmtyState, authCodeisEpmtyState)
}
/*
* Метод устанавливает активность кнопки энтер взависимости от заполнения текстовых полей
*/
private func changeEnterAvailabilityAccoardingToTextFieldsOccupancy(_ userCodeisEpmtyState: Bool, _ authCodeisEpmtyState: Bool) {
enter.isEnabled = !userCodeisEpmtyState && !authCodeisEpmtyState
}
Кто-то очень спешил выпустить версию, что пустота стала чем-то непонятным.
Да и вообще знание языков у человека на высшем уровне, вы ничего не понимаете!
А пробелов у меня ограниченное количество, буду их тыкать вдвойне после let, зато не буду их ставить после метода и всё будет ОК.
Steve_Brown 30.01.2018 11:27 # 0
bormand 30.01.2018 11:36 # +4
З.Ы. Понятно, что кодестайл иногда заставляет, но как-то же к нему пришли.
wwweshka 30.01.2018 12:46 # 0
Desktop 30.01.2018 13:04 # 0
Dummy00001 30.01.2018 15:45 # +1
roman-kashitsyn 30.01.2018 16:05 # +1
Dummy00001 30.01.2018 18:25 # 0
а там как раз народ и хотел сделать что бы в `int func() {` или `switch() {` скобку кривую на следующую строку сносило.
пара исключений была - но все остальные форматтеры в лоб не могли этого делать.
astyle помнится был тогда самым близким к тому что народ хотел, но он какую-то мелкую фичу не форматил, и тоже пролетел в конце.
Elvenfighter 01.02.2018 23:18 # 0
https://clang.llvm.org/docs/ClangFormatStyleOptions.html
BraceWrapping
3.14159265 30.01.2018 18:31 # 0
bormand 02.02.2018 07:42 # +1
g0_1494089156986 02.02.2018 22:27 # 0
Desktop 30.01.2018 16:47 # 0
roman-kashitsyn 30.01.2018 13:31 # +3
Мне всегда казалось, что в си-подобных языках так только латентные лисперы зачем-то делают. Во всяком случае, извращенский GNU style такое проповедует, в GTK-коде всё такое. С другой стороны, в SML/OCaml/Haskell/... вообще все так пишут, по понятным причинам.
Stallman 30.01.2018 15:00 # +4
Они там совсем ебанутые.
roman-kashitsyn 30.01.2018 16:07 # +2
First off, I’d suggest printing out a copy of the GNU coding standards, and NOT read it. Burn them, it’s a great symbolic gesture.
-- https://www.kernel.org/doc/html/v4.10/process/coding-style.html
g0_1494089156986 30.01.2018 16:14 # −1
cykablyad 30.01.2018 16:16 # −1
3.14159265 30.01.2018 18:33 # +2
Есть же еще больные трёхпробельные извращенцы.
Dummy00001 30.01.2018 18:37 # +2
> > First off, I’d suggest printing out a copy of the GNU coding standards, and NOT read it. Burn them, it’s a great symbolic gesture.
только что поискал. в первые появился этот файл (и эта цитата) в linux-1.3.53/linux/Documentation/CodingStyle - датирован 1995.12.31 13:32
20 лет ёпта... и до сих пор правда.
inho 30.01.2018 18:38 # 0
subaru 30.01.2018 19:50 # 0
1024-- 31.01.2018 13:29 # 0
Этот питух в любом виде выглядит настолько громоздко и нелепо, насколько это возможно. Один уровень вложенности - слишком мало, два - слишком много. "case" и "default" раздувают код.
Свищ в свище - отдельная боль.
3.14159265 31.01.2018 16:23 # +2
Так смотришь — скукота ifы, forы, блоки кода, а вот особо изощрённые свищи можно медитировать часами.
1024-- 31.01.2018 16:33 # +1
cykablyad 31.01.2018 16:35 # 0
Я исправила
3.14159265 31.01.2018 16:39 # +2
На самом деле для finite state machine дырявый сишнкосвищ самое оно.
Частенько предотвращает дублирование кода, позволяя при этом избежать goto, а также неэффективного питушения с указателями на лямбдофункции и педерач туда контекста свища.