Comments 6
1) Для sender лучше создать какой-то протокол. И обычно такие переменные называют не sender, а delegate.
2) Откройте для себя блоки. И используйте их вместо sender. (Надеюсь вам не нужно поддерживать устаревшие версии iOS и MacOS, иначе сочувствую).
3) @«didSendBodyData», @«didFailWithError» и т.п. лучше использовать через константы.
4) Что-то мне подсказывает, что то что вы сделаете, опять таки вместо sender, проще будет реализовать через NotificationCenter. Во всяком случае у меня реализовано именно так, даже названия месседжей почти совпадает. И занимает намного меньше кода.
2) Откройте для себя блоки. И используйте их вместо sender. (Надеюсь вам не нужно поддерживать устаревшие версии iOS и MacOS, иначе сочувствую).
3) @«didSendBodyData», @«didFailWithError» и т.п. лучше использовать через константы.
4) Что-то мне подсказывает, что то что вы сделаете, опять таки вместо sender, проще будет реализовать через NotificationCenter. Во всяком случае у меня реализовано именно так, даже названия месседжей почти совпадает. И занимает намного меньше кода.
1) раньше делал, но это как раз запутывает код
2) надо с 4.3 версии — но и в блоке не напишешь код внутри универсального класса. если да — желательно пример
3) согласен.
4) да, это альтернатива. но я как раз писал об упрощении кода — в этом топик. notification center в этом плане гораздо менее понятен :(
2) надо с 4.3 версии — но и в блоке не напишешь код внутри универсального класса. если да — желательно пример
3) согласен.
4) да, это альтернатива. но я как раз писал об упрощении кода — в этом топик. notification center в этом плане гораздо менее понятен :(
1. Я отказался от подклассов в проекте, кроме необходимых — UIViewController, UITableViewCell
ваши слова настораживают. вам знакомы такие термины как coupling и cohesion?
Были не знакомы. Смысл моей статьи не в том чтобы закидать читателя теоретическими терминами(которые он возможно не знает), в а том чтобы дать конкретный опыт организации который позволяет вспоминать быстро проект. Возможно эта статья не для матерых программистов, буду ждать плюсов от начинающих. :)
Кстати очень мало книг я читал, в которых программирование объяснялось бы упрощенно и простыми примерами (реально необходимыми в работе). Такое впечатление что авторы создают барьеры искусственно, наваливая на тебя тонны не очень нужной потом при программировании информации.
Кстати очень мало книг я читал, в которых программирование объяснялось бы упрощенно и простыми примерами (реально необходимыми в работе). Такое впечатление что авторы создают барьеры искусственно, наваливая на тебя тонны не очень нужной потом при программировании информации.
а какие книги вы читали? если еще не сталкивались, то рекомендую начать с:
«Совершенный код»
«Программист-прагматик»
«Рефакторинг»
«Совершенный код»
«Программист-прагматик»
«Рефакторинг»
Sign up to leave a comment.
Принципы организации проекта в iOS для быстрого понимания кода после паузы в разработке и использование совместных классов в iOS и MacOS