Ну типа как в C, сначала объявить, потом вызывать?
func a() {}
func b() {
a()
}
Или наоборот? Читающему как легче воспринимать? Или всё равно, и это вкусовщина?
Ну методы обычно желательно писать сначала экспортируемые. А экспортируемые вызывают неэкспортируемые, поэтому по логике объявление a должно быть ниже объявления b :) По мне так читаемость лучше
Вкусовщина. Зависит откуда человек пришёл. Я тоже обычно сначала пишу a до b, но это просто привычка сформировалась ещё в Pascal’е
Ну типа интересует что делает чужая либа, открываешь исходник, и экспортируемая функция сразу, а что он там во внутренних наворотил - дело десятое. Ок, понял.
Да, в питоне я начал аналогично делать, ориентироваться удобнее стало
А читать чужой код как приятнее?
В разных файлах 😄
А мне кажется писать лишь удобнее в разных файлах. А читать всегда сверху вниз без перепрыгивания по файлам в поисках функции. Идеально, если блок кода и коммент к блоку.
Ну читать с навигацией по коду всё же удобнее. Но я с этого начал – вкусовщина
Блок кода - это // Now block starts.... { // our awesome code... // ... } Такое?
Так в Go почти не делают. Обычно стараются выносить функции, если есть такая проблема со скопом
Я где-то такое просто увидел и удивился, типа нафига.
Ну, именно для создания нового scope: и для области видимости, и для работы с памятью
макконел советует сперва б, потом а. Ну это если си в крови не застыл, то это объективно удобнее: сперва кто-то вызывает б, ты читаешь функцию б, видишь в ней вызов а, спускаешься глазами чуть ниже и видишь определение а.
Я понял. Короче a() -> b() для машины, а b() -> a() для человека 😂
кмк сейчас вообще не важно. давно уже все перемещаются через хоткеи по коду, а не мышкой. мышка чисто для наведения и далее cmd + B или option + cmd + B или option + F7
Во-первых, не все. Во-вторых, при чём тут мышка?
“все”, я имел ввиду кому перфоманс важен. ну мышкой елозить, читать методы
Обсуждают сегодня