code-readability

5зной

3ответ

Это соглашение в узел, чтобы передать параметр ошибки для асинхронных операций: async.someMagicalDust(function(callback) { // some asynchronous task // […] callback(); }, function(er

-1зной

1ответ

Разделение кода с комментариями для чтения. Хорошая или плохая идея?

Так что я недавно начал программировать, и иногда я чувствую к необходимости разделить мой код с комментариями блоков, как это: //======================================================================

2зной

1ответ

Должны ли вы использовать именованные функции при разработке библиотеки JavaScript?

Например: module.exports = { myLibraryFunction: function myLibraryFunction() { ... } } Недостаток очевиден. Это не очень DRY, что означает, что он может легко выйти из синхронизации,

0зной

1ответ

Что более эффективно: один предикат с «IN» -использованным форматом или [NSPredicate orPredicateWithSubpredicates:]

Что более эффективно? Использование предиката с «IN», как [предикат NSPredicateWithFormat: @ «myObjectId in% @», neededIds]; Создание букета предикатов для каждого идентификатора, подобного ([NSPredic

0зной

1ответ

целочисленный список -> длинный ключ/случай - лучше читаемость

У меня есть следующие значения: public int TYP_SOMEONE = 1, TYP_SOMETWO = 2, TYP_SOMESPECIAL = 433, TYP_SOMETHREE = 3, .., TYP_SOMENINETYNINE = 99; Они используются, по крайней мере, 5 методов

-1зной

1ответ

Производительность с ненужными областями

Уменьшает ли производительность или это плохая практика, если я создаю области, которые не нужны? Я имею в виду, создание областей только для удобства чтения: XmlElement header = list[0] as XmlElement