You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.

кратко.md 12KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202203204205206207208209210211212213214215216217218219220221222223224225226
  1. # Общие
  2. ## Жизненный цикл разработки системы / System development lifecycle (SDLC)
  3. Фазы:
  4. * планирование системы
  5. * анализ системы
  6. * дизайн системы
  7. * разработка, внедрение, развёртывание
  8. * опытная эксплуатация и интеграция
  9. * поддержка системы
  10. ## Методологии разработки
  11. * Водопад / Waterfall состоит из следующих шагов:
  12. * осуществимость / feasibility
  13. * планирование / planning
  14. * проектирование / design
  15. * создание / build
  16. * проверка / test
  17. * выпуск / production
  18. * поддержка / support
  19. * SCRUM
  20. ## Что такое ООП и какие его основные принципы?
  21. ООП - это объектно ориентированное программирование.
  22. Программа представлена в виде совокупности объектов,
  23. каждый из которых является экземпляром класса.
  24. * Наследование - это возможность использовать функциональность родительского класса в дочернем
  25. * Инкапсуляция - это сокрытие деталей реализации
  26. * Полиморфизм - это способность функции работать с данными разных типов
  27. ## Шаблоны проектирования
  28. Шаблоны проектирования представляют собой архитектурные решения для некоторых
  29. часто появляющихся задач.
  30. Существуют основные, структурные, поведенческие и пораждающие шаблоны.
  31. ## Шаблон одиночки (Singleton)
  32. Один экземпляр класса, глобальная точка доступа.
  33. Хорошо то, что всегда существует, когда используем.
  34. Но минус в том, что все использующие его методы прибиты к нему гвоздями,
  35. так что протестировать не удастся.
  36. ## Что такое SOLID?
  37. Это пять принципов ООП, предназначенных для создания более ясных, гибких и поддерживаемых систем.
  38. * Single responsibility
  39. * каждый модуль/класс/функция должны нести ответственность лишь за одну часть функциональности ПО
  40. * иначе: у класса должна быть лишь одна причина для изменений
  41. * Open-closed
  42. * открыто для расширений, закрыто для модификаций
  43. * т.е. модули/классы/функции разрешают расширить своё поведение без изменения исходного класса
  44. * Liskov substitution
  45. * возможность использовать объекты производных классов вместо родительских без нарушения работоспособности
  46. * Interface segration
  47. * клиент не должен завивесть от неиспользуемых им методов
  48. * такие интерфейсы ещё называют ролевыми
  49. * Dependency inversion
  50. * высоуровневые модули не должны зависеть от низкоуровневых: и те, и другие должны зависить от абстракций
  51. * абстракции не должны зависить от деталей (реализации), детали (реализация) должна зависить от абстракций
  52. ## В чём разница между strong и weak?
  53. * Strong - это сильная ссылка, weak - слабая.
  54. * Сильная ссылка увеличивает счётчик на 1, что не даёт ARC'у очистить используемую память.
  55. * Когда ссылка удаляется (вместе с родительским объектом), счётчик уменьшается на 1.
  56. * Если счётчик 0, то объект удаляется ARC'ом.
  57. * Слабая ссылка никак не влияет на счётчик, поэтому она никак не "удерживает" объект от удаления, на который ссылается.
  58. * Чаще всего используется для делегатов.
  59. * Ссылки на optional всегда слабые.
  60. ## Что такое ARC?
  61. * Automatic reference counting, автоматический подсчёт ссылок.
  62. * Расставляет в коде увеличение/уменьшение счётчика для переменных за программиста.
  63. * Не является Garbage Collector.
  64. * ARC не обрабатывает случаи retain cycle автоматически, как это делают GC.
  65. ## Что такое optional?
  66. * Optional представляет собой две возможности: либо значение есть (его можно "раскрыть"), либо значения нет (nil).
  67. * Реализован как enum с наличием значения и его отсутствием, можно написать самостоятельно при желании
  68. ## Что такое retain cycle?
  69. * Это ситуация, когда два (или более) объекта ссылаются друг на друга сильными ссылками.
  70. * Из-за этого ни один из объектов не будет освобождён первым, поэтому получаем циклическую зависимость.
  71. ## Контроль доступа
  72. * open
  73. * открытые классы могут наследоваться и в опредляющем их модуле, и вовне
  74. * открытые члены класса можно переопределить и в определюящем их модуле, и вовне
  75. * использовать можно где угодно
  76. * public
  77. * публичные классы могут наследоваться лишь в определяющем их модуле
  78. * публичные члены класса можно переопределить лишь в определяющеим их модуле
  79. * использовать можно где угодно
  80. * internal
  81. * использовать можно лишь внутри определяющего модуля
  82. * fileprivate
  83. * использовать можно лишь внутри этого файла
  84. * private
  85. * использовать можно лишь в пределах области реализации
  86. ## Чем различаются struct и class?
  87. * struct - value type, при передаче происходит копия всей структуры
  88. * class - reference type, при передаче копия лишь указателя
  89. ## Array и Dictionary value type или reference type?
  90. Они copy on write, т.е. формально value type, но до изменения они ведут себя как reference type.
  91. ## Функция ref type или val type?
  92. Ref type, capture variables
  93. ## Многопотоность
  94. Многопоточность - это выполнение нескольких задач одновременно.
  95. Существуют следующие механизмы организации многопоточности:
  96. * GCD
  97. * распределяет нагрузку на уровне системы
  98. * Thread
  99. * позволяет руками создать отдельный поток
  100. * OperationQueue
  101. * позволяет поставить одни операции в зависимость от других
  102. * чтобы выполнить одни после завершения других
  103. * чуть тяжелее GCD
  104. ## Какие существуют способы хранить данные локально на устройстве и чем они различаются?
  105. * Core Data
  106. * является полноценной базой данных
  107. * где можно задавать различные связи между объектами и выполнять сложные выборки
  108. * User Defaults
  109. * хранит все данные в виде ключа-значения, чаще всего используется для хранения настроек приложения
  110. * Keychain
  111. * предоставляет безопасное шифрованное хранилище для чувствительной информации
  112. * Файлы
  113. ## Каков жизненный цикл UIViewController?
  114. * loadView задаёт self.view при создании контролера руками
  115. * loadViewIfNeeded задаёт self.view, если к этому моменту self.view ещё отсутствует
  116. * viewDidLoad выполняется после задания self.view, границы self.view ещё неизвестны
  117. * viewWillAppear выполняется перед показом self.view и добавлением в иерархию отображения, границы заданы, ориентация не задана
  118. * viewWillLayoutSubviews выполняется перед раскладкой детей, выполняется при каждом изменении рамки и, например, при загрузке новых ячеек в таблицу
  119. * viewDidLayoutSubviews выполняется после раскладки детей, выполняется при каждом изменении рамки и, например, при загрузке новых ячеек в таблицу
  120. * viewDidAppear выполняется после отображения self.view и добавления её в иерархию отображения
  121. * viewWillDisappear выполняется перед скрытием контролера другим контролером
  122. * viewDidDisappear выполняется после скрытия контролера другим контролером
  123. * viewWillTransition выполняется при смене ориентации для изменения размера self.view корневого контролера активного окна
  124. * этот контролер в свою очередь вызывает этот же метод у дочерних контролеров
  125. ## Каков жизненный цикл приложения iOS?
  126. * not running
  127. * приложение не запущено
  128. * inactive
  129. * приложение выполняется на переднем плане, но не принимает события и ввод от пользователя
  130. * active
  131. * приложение выполняется на переднем плане и принимает ввод от пользователя
  132. * background
  133. * приложение выполнется в фоне
  134. * suspended
  135. * приложение в фоне без какого-либо выполнения
  136. ## Зачем нужны тесты?
  137. Позволяют контролировать качество разрабатываемого ПО
  138. и как минимум гарантировать прохождение имеющихся тестов.
  139. Покрывать тестами в первую очередь нужно ключевую возможность,
  140. предоставляемую приложением, например, заказ такси в приложении заказа такси.
  141. Методологии?