Вопросы будут распределены по хештегам #SwiftInterviewUIKit, #SwiftInterviewRxSwift, #SwiftInterviewArchitecture, #SwiftInterviewGeneral, #SwiftInterviewNotification,
#SwiftInterviewMultithreading,
#SwiftInterviewMemory,
#SwiftInterviewTasks (по мере заполнения количество тем будет увеличиваться). И по сложности #SwiftInterviewBeginner, #SwiftInterviewMedium, #SwiftInterviewAdvanced. В начале большинство вопросов будут для начального уровня, затем будут разбираться более сложные темы.
Так же будут ссылки на мобильные конференции и митапы, на которых можно узнать что-то новое и повысить свой уровень. Надеюсь, канал найдут полезным как начинающие, так и продвинутые разрабочики
Вопросы для разбора, предложения можно присылать @dmitryZazulin
#SwiftInterviewMultithreading,
#SwiftInterviewMemory,
#SwiftInterviewTasks (по мере заполнения количество тем будет увеличиваться). И по сложности #SwiftInterviewBeginner, #SwiftInterviewMedium, #SwiftInterviewAdvanced. В начале большинство вопросов будут для начального уровня, затем будут разбираться более сложные темы.
Так же будут ссылки на мобильные конференции и митапы, на которых можно узнать что-то новое и повысить свой уровень. Надеюсь, канал найдут полезным как начинающие, так и продвинутые разрабочики
Вопросы для разбора, предложения можно присылать @dmitryZazulin
Начальный уровнь. Общие вопросы.
Что такое ООП? Для чего нужен ООП?
На первый взгляд легкий вопрос, но некоторые начинают путаться уже на нем. В интернете можете найти множество статей.
Так же попробуйте ответить на вопрос:
Можете ли вы объяснить высказывание “наследование нарушает инкапсуляцию”?
#SwiftInterviewBeginner #SwiftInterviewGeneral
https://blog.skillfactory.ru/glossary/oop-obektno-orientirovannoe-programmirovanie/
Что такое ООП? Для чего нужен ООП?
На первый взгляд легкий вопрос, но некоторые начинают путаться уже на нем. В интернете можете найти множество статей.
Так же попробуйте ответить на вопрос:
Можете ли вы объяснить высказывание “наследование нарушает инкапсуляцию”?
#SwiftInterviewBeginner #SwiftInterviewGeneral
https://blog.skillfactory.ru/glossary/oop-obektno-orientirovannoe-programmirovanie/
Skillfactory media
ООП (объектно-ориентированное программирование) - что это простыми словами: принципы и суть
Что такое ООП (объектно-ориентированное программирование) простыми словами, основы. Реализация и разработка ООП. Основные понятия, принципы, методы и компоненты.
👍3🔥1
Начальный уровень. Архитектура приложения.
Что значит аббревиатура М в архитектурных паттернах MVC, MVP, MVVM?
На первый взгляд простой вопрос, но многие джуны путают Model с некой Entity. Статей в интернете много, но нужно внимательно ознакомиться, что значит каждая аббревиатура, как движутся данные.
#SwiftInterviewBeginner #SwiftInterviewArchitecture
https://ru.wikipedia.org/wiki/Model-View-Controller
Что значит аббревиатура М в архитектурных паттернах MVC, MVP, MVVM?
На первый взгляд простой вопрос, но многие джуны путают Model с некой Entity. Статей в интернете много, но нужно внимательно ознакомиться, что значит каждая аббревиатура, как движутся данные.
#SwiftInterviewBeginner #SwiftInterviewArchitecture
https://ru.wikipedia.org/wiki/Model-View-Controller
Wikipedia
Model-View-Controller
метод проектирования программного обеспечения
👍7
Начальный уровень. UIKit.
Что такое SafeArea, для чего нужна?
Снова начальный уровень, но опять же у неопытных разработчиков возникают проблемы с четким ответом. Подробный разбор будет в статье.
#SwiftInterviewBeginner #SwiftInterviewUIKit
https://medium.com/rosberryapps/ios-safe-area-ca10e919526f
Что такое SafeArea, для чего нужна?
Снова начальный уровень, но опять же у неопытных разработчиков возникают проблемы с четким ответом. Подробный разбор будет в статье.
#SwiftInterviewBeginner #SwiftInterviewUIKit
https://medium.com/rosberryapps/ios-safe-area-ca10e919526f
Medium
iOS Safe Area
By Evgeny M., iOS Developer at Rosberry
👍7
Начальный уровень. Swift.
Чем отличается структура от класса?
Один из основных вопросов, чтобы отсеять кандидата. Если соискатель четко не может ответить, то дальнейший разговор становится формальностью. Так же нужно знать и понимать в каких случаях, что использовать. В качестве бонуса советую ознакомиться с постом про диспетчеризацию, это позволит узнать ещё одно отличие и в дальнейшем перевести собеседование в тему, которая вам знакома😁
#SwiftInterviewBeginner #SwiftInterviewSwift
https://swiftbook.ru/content/languageguide/classes-and-structures/
Чем отличается структура от класса?
Один из основных вопросов, чтобы отсеять кандидата. Если соискатель четко не может ответить, то дальнейший разговор становится формальностью. Так же нужно знать и понимать в каких случаях, что использовать. В качестве бонуса советую ознакомиться с постом про диспетчеризацию, это позволит узнать ещё одно отличие и в дальнейшем перевести собеседование в тему, которая вам знакома😁
#SwiftInterviewBeginner #SwiftInterviewSwift
https://swiftbook.ru/content/languageguide/classes-and-structures/
👍3🔥1
Начальный уровень. Общие вопросы.
Чем отличается массив от множества? Когда предпочтителен каждый тип коллекции?
На своей практике я пришел к выводу, что у многих джунов есть пробелы именно в фундаментальных знаниях. Данный вопрос как раз призван для того, чтобы проверить понимание типов коллекций. Не смотря на его несложность, некоторые кандидаты начинают давать нечеткие формулировки, что может вызвать дополнительные вопросы, либо выясняется, что при наличии опыта разработки продуктового приложения отсутствует практика работы с множествами.
Обычно от кандидатов ожидаются подобные ответы:
1) Массив - это упорядоченная коллекция, состоящая из элементов, которые могут быть не уникальными.
2) Множество - это неупорядоченная коллекция из уникальных элементов. Уникальность достигается имплементацией протокола Hashable (его мы разберём в одном из следующих постов).
Если вы дали ответ на первый заглавный вопрос подобный моему, то второй как правило отпадает.
Если при ответе я, например, не слышу про протокол Hashable, то задаю следующий вопрос: не могу ли я в множество добавить кастомный класс, если да, то почему и при каких условиях, если нет, то так же почему? Чтобы не возникали дополнительные вопросы, вы должны стараться иметь такой уровень знаний, который позволял бы давать четкие, краткие, исчерпывающие ответы.
Более подробное описание всех типов коллекций по ссылке снизу 👇👇👇
#SwiftInterviewBeginner #SwiftInterviewGeneral
https://swiftbook.ru/content/languageguide/collection-types/
Чем отличается массив от множества? Когда предпочтителен каждый тип коллекции?
На своей практике я пришел к выводу, что у многих джунов есть пробелы именно в фундаментальных знаниях. Данный вопрос как раз призван для того, чтобы проверить понимание типов коллекций. Не смотря на его несложность, некоторые кандидаты начинают давать нечеткие формулировки, что может вызвать дополнительные вопросы, либо выясняется, что при наличии опыта разработки продуктового приложения отсутствует практика работы с множествами.
Обычно от кандидатов ожидаются подобные ответы:
1) Массив - это упорядоченная коллекция, состоящая из элементов, которые могут быть не уникальными.
2) Множество - это неупорядоченная коллекция из уникальных элементов. Уникальность достигается имплементацией протокола Hashable (его мы разберём в одном из следующих постов).
Если вы дали ответ на первый заглавный вопрос подобный моему, то второй как правило отпадает.
Если при ответе я, например, не слышу про протокол Hashable, то задаю следующий вопрос: не могу ли я в множество добавить кастомный класс, если да, то почему и при каких условиях, если нет, то так же почему? Чтобы не возникали дополнительные вопросы, вы должны стараться иметь такой уровень знаний, который позволял бы давать четкие, краткие, исчерпывающие ответы.
Более подробное описание всех типов коллекций по ссылке снизу 👇👇👇
#SwiftInterviewBeginner #SwiftInterviewGeneral
https://swiftbook.ru/content/languageguide/collection-types/
👍4
Начальный уровень. Архитектура приложения.
Чем отличается активная и пассивная модель в MVC?
В «боевых» приложениях сейчас сложно встретить использование данного архитектурного паттерна, но этот вопрос, что называется «в глубину», и в собеседованиях иногда попадается, поэтому лучше знать. В ссылке-ответе статья не для языка swift, но вас это не должно пугать, потому что паттерны универсальны для всех языков.
#SwiftInterviewBeginner
#SwiftInterviewArchitecture
http://rsdn.org/article/patterns/ModelViewPresenter.xml
Чем отличается активная и пассивная модель в MVC?
В «боевых» приложениях сейчас сложно встретить использование данного архитектурного паттерна, но этот вопрос, что называется «в глубину», и в собеседованиях иногда попадается, поэтому лучше знать. В ссылке-ответе статья не для языка swift, но вас это не должно пугать, потому что паттерны универсальны для всех языков.
#SwiftInterviewBeginner
#SwiftInterviewArchitecture
http://rsdn.org/article/patterns/ModelViewPresenter.xml
rsdn.org
Model-View-Controller в .Net
В наше время сложно найти разработчика, который не слышал бы о паттерне под названием Model-View-Controller или сокращенно MVC, что вообщем не удивительно, с задачей отделения данных от их представления сталкиваешься практически на каждом проекте. Однако…
👍3
Средний уровень. UIKit.
Расскажите про метод layoutSubviews. Можно ли его вызывать напрямую?
LayoutSubviews — это метод UIView, который обрабатывает перемещение и изменение размеров view и всех его subviews, что даёт view и каждому subview месторасположение и размер. Этот метод очень затратный, потому что действует на все subview данного view и вызывает их соответсвующие layoutSubviews тоже. Поэтому его не нужно называть напрямую. Вместо него, если вы хотите принудительно обновить и перерисовать view и его subview, используете метод setNeedLayout. Надо учесть, что при вызове этого метода перерисовка произойдёт не мгновенно, а при следующем цикле обновления run loop (подробнее о нём в одном из следующих постов). Если вы же хотите вызвать перерисовку незамедлительно, нужно вызвать layoutIfNeeded.
Так же надо понимать, что setNeedLayout - вызывается асинхронно, layoutIfNeeded - синхронно.
Более подробно по ссылке снизу 👇👇👇
#SwiftInterviewBeginner
#SwiftInterviewUIKit
https://abhimuralidharan.medium.com/ios-swift-setneedslayout-vs-layoutifneeded-vs-layoutsubviews-5a2b486da31c
Расскажите про метод layoutSubviews. Можно ли его вызывать напрямую?
LayoutSubviews — это метод UIView, который обрабатывает перемещение и изменение размеров view и всех его subviews, что даёт view и каждому subview месторасположение и размер. Этот метод очень затратный, потому что действует на все subview данного view и вызывает их соответсвующие layoutSubviews тоже. Поэтому его не нужно называть напрямую. Вместо него, если вы хотите принудительно обновить и перерисовать view и его subview, используете метод setNeedLayout. Надо учесть, что при вызове этого метода перерисовка произойдёт не мгновенно, а при следующем цикле обновления run loop (подробнее о нём в одном из следующих постов). Если вы же хотите вызвать перерисовку незамедлительно, нужно вызвать layoutIfNeeded.
Так же надо понимать, что setNeedLayout - вызывается асинхронно, layoutIfNeeded - синхронно.
Более подробно по ссылке снизу 👇👇👇
#SwiftInterviewBeginner
#SwiftInterviewUIKit
https://abhimuralidharan.medium.com/ios-swift-setneedslayout-vs-layoutifneeded-vs-layoutsubviews-5a2b486da31c
Medium
iOS swift — setNeedsLayout vs layoutIfNeeded vs layoutSubviews()
I always wondered about these methods while coding in iOS. I tried to read more and this is what I understood.
👍3
Начальный уровень. Общие вопросы.
Логические задачи. Задача про два шнура (фитиля).
В конце собеседования иногда хотят проверить умение кандидата логически мыслить и рассуждать, что является очень важным для программиста в любом направлении. Мне и моим коллегам в частности попадалась задача почему-то именно по шнуры, попробуйте решить сами 😀:
У Вас есть два шнура (фитиля). Каждый шнур, подожженный с конца, полностью сгорает дотла ровно за один час, но при этом горит с неравномерной скоростью. Как при помощи этих шнуров и зажигалки отмерить время в 45 минут?
Необходимо поджечь первый шнур одновременно с обоих … Ответ читайте ниже 👇👇👇
Больше логических задач по ссылке ниже 👇👇👇
https://tproger.ru/articles/10-logicheskih-zadach-s-sobesedovanij-kotorye-zastavjat-zastrelitsja/
#SwiftInterviewBeginner
#SwiftInterviewGeneral
Логические задачи. Задача про два шнура (фитиля).
В конце собеседования иногда хотят проверить умение кандидата логически мыслить и рассуждать, что является очень важным для программиста в любом направлении. Мне и моим коллегам в частности попадалась задача почему-то именно по шнуры, попробуйте решить сами 😀:
У Вас есть два шнура (фитиля). Каждый шнур, подожженный с конца, полностью сгорает дотла ровно за один час, но при этом горит с неравномерной скоростью. Как при помощи этих шнуров и зажигалки отмерить время в 45 минут?
Необходимо поджечь первый шнур одновременно с обоих … Ответ читайте ниже 👇👇👇
Больше логических задач по ссылке ниже 👇👇👇
https://tproger.ru/articles/10-logicheskih-zadach-s-sobesedovanij-kotorye-zastavjat-zastrelitsja/
#SwiftInterviewBeginner
#SwiftInterviewGeneral
Tproger
Логические задачи с собеседований - Решение задач на логику - Tproger
Подборка логических задач, которые могут попасться на собеседовании. Показываем решение и ответы. Рассматриваем способы мышления для решения задач на логику ✔ Tproger
👍2❤1
Все уровни. Общие вопросы.
Саморазвитие.
На начальном этапе изучения языка необходимо заложить именно фундамент (на моем канале это вопросы начального уровня), без которого невозможно решать самостоятельно продуктовые задачи. После того как заложена основа, нужно как расширять, так и углублять знания. Постоянное саморазвитие — это очень важный аспект для любого программиста, без него не стоит рассчитывать ни на карьерный рост, ни на хорошую зарплату.
Получать информацию можно из многих источников, таких как:
✅ Книги. Определённое что-то советовать не буду, но вы можете сами определиться, что вам интересно или что необходимо изучить, и поискать в интернете. Книги могут быть разной тематики про сам язык swift, про алгоритмы, про паттерны, про анимации, про геймдев и т.д.
✅ Интернет сайты. Среди англоязычных одни из самых полезных https://www.raywenderlich.com, https://medium.com, среди русских — https://habr.com/, на начальном этапе https://swiftbook.ru.
✅ YouTube. Здесь можно найти много полезных видео как по обучению, так и на более сложные темы, видео с различных митапов, от крупных ит-компаний и т.д. Первый свой шаг в RxSwift, который был сложен для меня, сделал как раз благодаря видео с YouTube.
✅ Тематические телеграмм каналы. Можете поискать на различных каталогах и подобрать по вкусу.
✅ Митапы и конференции. Полезны как новичкам, так и опытным разработчикам. На подобных мероприятиях часто разбираются нетривиальные темы и кейсы. Есть хорошая возможность узнать что-то новое. Если же вы будет участвовать в оффлайн режиме, то можно познакомиться с интересными людьми, задать лично вопросы.
✅ Интенсивы и хакатоны. Пожалуй, больше полезны для начинающих разработчиков. На таких мероприятиях есть хорошая возможность прокачать свои как hard, так и soft скилы, поработать в команде и т.д. И сейчас, когда требования для соискателей увеличились, в том числе и по опыту, участие в интенсивах и хакатонах — это хорошая возможность показать себя и устроится в компанию.
По возможности я постараюсь размещать мероприятия из 5 и 6 пунктов, интересных и полезных именно iOS разработчикам. На самом деле они проходят не так часто, поэтому, я надеюсь, вас подобные посты не будут раздражать 😉
#SwiftInterviewGeneral
#SwiftInterviewBeginner #SwiftInterviewMedium #SwiftInterviewAdvanced
Саморазвитие.
На начальном этапе изучения языка необходимо заложить именно фундамент (на моем канале это вопросы начального уровня), без которого невозможно решать самостоятельно продуктовые задачи. После того как заложена основа, нужно как расширять, так и углублять знания. Постоянное саморазвитие — это очень важный аспект для любого программиста, без него не стоит рассчитывать ни на карьерный рост, ни на хорошую зарплату.
Получать информацию можно из многих источников, таких как:
✅ Книги. Определённое что-то советовать не буду, но вы можете сами определиться, что вам интересно или что необходимо изучить, и поискать в интернете. Книги могут быть разной тематики про сам язык swift, про алгоритмы, про паттерны, про анимации, про геймдев и т.д.
✅ Интернет сайты. Среди англоязычных одни из самых полезных https://www.raywenderlich.com, https://medium.com, среди русских — https://habr.com/, на начальном этапе https://swiftbook.ru.
✅ YouTube. Здесь можно найти много полезных видео как по обучению, так и на более сложные темы, видео с различных митапов, от крупных ит-компаний и т.д. Первый свой шаг в RxSwift, который был сложен для меня, сделал как раз благодаря видео с YouTube.
✅ Тематические телеграмм каналы. Можете поискать на различных каталогах и подобрать по вкусу.
✅ Митапы и конференции. Полезны как новичкам, так и опытным разработчикам. На подобных мероприятиях часто разбираются нетривиальные темы и кейсы. Есть хорошая возможность узнать что-то новое. Если же вы будет участвовать в оффлайн режиме, то можно познакомиться с интересными людьми, задать лично вопросы.
✅ Интенсивы и хакатоны. Пожалуй, больше полезны для начинающих разработчиков. На таких мероприятиях есть хорошая возможность прокачать свои как hard, так и soft скилы, поработать в команде и т.д. И сейчас, когда требования для соискателей увеличились, в том числе и по опыту, участие в интенсивах и хакатонах — это хорошая возможность показать себя и устроится в компанию.
По возможности я постараюсь размещать мероприятия из 5 и 6 пунктов, интересных и полезных именно iOS разработчикам. На самом деле они проходят не так часто, поэтому, я надеюсь, вас подобные посты не будут раздражать 😉
#SwiftInterviewGeneral
#SwiftInterviewBeginner #SwiftInterviewMedium #SwiftInterviewAdvanced
👍10
Начальный уровень. Общие вопросы.
Жизненный цикл приложения.
Хотя вопрос на прямую задают не часто, зато во время разговора могут спросить про точку входа в приложение или про стейты жизненного цикла и как приложение переходит из одного в другой. Будет большим минусом, если вы не сможете ответить, но и вообще нужно знать это даже на начальном уровне.
Жизненный цикл приложения представляет собой последовательность событий, происходящих между запуском и закрытием приложения.
Точкой входа является main.swift:
main.swift
autoreleasepool {
UIApplicationMain(CommandLine.argc, CommandLine.unsafeArgv, nil, NSStringFromClass(AppDelegate.self))
}
Во время запуска, функция UIApplicationMain выбирает несколько ключевых объектов и запускает приложение. В сердце каждого iOS приложения лежит объект UIApplication, который способствует взаимодействию между системой и другими объектами приложения. Объект UIApplication запускает main runloop и использует его для обработки пользовательских событий и изменений в интерфейсе.
В любом момент времени приложение можно находится в одном из пяти состояний:
• Not running (Не запущено): приложение не было запущено или остановлено системой.
• Inactive (Неактивное состояние): приложение переходит в состояние переднего плана, но не получает события.
• Active (Активное состояние): приложение переходит в состояние переднего плана и может обрабатывать события.
• Background (Фоновое состояние): в этом состоянии, если есть исполняемый код, он будет выполняться, а если исполняемый код отсутствует или выполнение завершено, приложение будет немедленно приостановлено.
• Suspended (Приостановленное состояние): приложение находится в фоновом режиме (в памяти), но не выполняет код, и если в системе недостаточно памяти, оно завершит работу приложения.
Это короткий ответ на данную тему, так же отдельного разбора требует runloop (в одном из будущих постов). Более подробный разбор по ссылке ниже 👇 👇👇
https://medium.com/@neroxiao/ios-app-life-cycle-ec1b31cee9dc
#SwiftInterviewGeneral
#SwiftInterviewBeginner
Жизненный цикл приложения.
Хотя вопрос на прямую задают не часто, зато во время разговора могут спросить про точку входа в приложение или про стейты жизненного цикла и как приложение переходит из одного в другой. Будет большим минусом, если вы не сможете ответить, но и вообще нужно знать это даже на начальном уровне.
Жизненный цикл приложения представляет собой последовательность событий, происходящих между запуском и закрытием приложения.
Точкой входа является main.swift:
main.swift
autoreleasepool {
UIApplicationMain(CommandLine.argc, CommandLine.unsafeArgv, nil, NSStringFromClass(AppDelegate.self))
}
Во время запуска, функция UIApplicationMain выбирает несколько ключевых объектов и запускает приложение. В сердце каждого iOS приложения лежит объект UIApplication, который способствует взаимодействию между системой и другими объектами приложения. Объект UIApplication запускает main runloop и использует его для обработки пользовательских событий и изменений в интерфейсе.
В любом момент времени приложение можно находится в одном из пяти состояний:
• Not running (Не запущено): приложение не было запущено или остановлено системой.
• Inactive (Неактивное состояние): приложение переходит в состояние переднего плана, но не получает события.
• Active (Активное состояние): приложение переходит в состояние переднего плана и может обрабатывать события.
• Background (Фоновое состояние): в этом состоянии, если есть исполняемый код, он будет выполняться, а если исполняемый код отсутствует или выполнение завершено, приложение будет немедленно приостановлено.
• Suspended (Приостановленное состояние): приложение находится в фоновом режиме (в памяти), но не выполняет код, и если в системе недостаточно памяти, оно завершит работу приложения.
Это короткий ответ на данную тему, так же отдельного разбора требует runloop (в одном из будущих постов). Более подробный разбор по ссылке ниже 👇 👇👇
https://medium.com/@neroxiao/ios-app-life-cycle-ec1b31cee9dc
#SwiftInterviewGeneral
#SwiftInterviewBeginner
Medium
iOS App Life Cycle
During startup, the UIApplicationMain function sets up several key objects and starts the app running. At the heart of every iOS app is the…
👍9
Начальный уровень. UIKit.
Жизненный цикл UIViewController.
Опять же фундаментальная тема, вопросы по которой задают очень часто. Возможно вы получите какие-то косвенные вопросы, на которые обязательно нужно знать ответы, например, в какой момент времени view знает свои размеры, в какой момент создаётся view, скоро раз вызывается метод viewDidLoad, один или может несколько и т.д.
Сам жизненный цикл состоит из следующих методов:
Создание
• init
• initWithNibName
Создание view
• isViewLoaded
• loadView
• viewDidLoad
• initWithFrame
• initWithCoder
Обработка изменения состояния view
• viewDidLoad
• viewWillAppear
• viewDidAppear
• viewWillDisappear
• viewDidDisappear
• viewDidUnload
Обработка memory warning
• didReceiveMemoryWarning
Уничтожение
• viewDidUnload (deprecated уже давно)
• deinit
Если вы не смогли ответить на вопросы, что-то не понимаете или увидели незнакомые методы, то ознакомьтесь с исчерпывающей статьей на хабре по ссылке ниже 👇👇👇 (Она хоть и старая, но до сих пор актуальная, только viewDidUnload уже нет)
#SwiftInterviewBeginner
#SwiftInterviewUIKit
https://habr.com/ru/post/129557/
Жизненный цикл UIViewController.
Опять же фундаментальная тема, вопросы по которой задают очень часто. Возможно вы получите какие-то косвенные вопросы, на которые обязательно нужно знать ответы, например, в какой момент времени view знает свои размеры, в какой момент создаётся view, скоро раз вызывается метод viewDidLoad, один или может несколько и т.д.
Сам жизненный цикл состоит из следующих методов:
Создание
• init
• initWithNibName
Создание view
• isViewLoaded
• loadView
• viewDidLoad
• initWithFrame
• initWithCoder
Обработка изменения состояния view
• viewDidLoad
• viewWillAppear
• viewDidAppear
• viewWillDisappear
• viewDidDisappear
• viewDidUnload
Обработка memory warning
• didReceiveMemoryWarning
Уничтожение
• viewDidUnload (deprecated уже давно)
• deinit
Если вы не смогли ответить на вопросы, что-то не понимаете или увидели незнакомые методы, то ознакомьтесь с исчерпывающей статьей на хабре по ссылке ниже 👇👇👇 (Она хоть и старая, но до сих пор актуальная, только viewDidUnload уже нет)
#SwiftInterviewBeginner
#SwiftInterviewUIKit
https://habr.com/ru/post/129557/
Хабр
Жизненный цикл UIViewController'a
Большинство прикладных приложения под iOS таким или иным образом используют UIViewController'ы. Там где UIKit фрэймворк — там и UIViewController'ы. Их много, они...
👍8
Начальный уровень. Алгоритмы.
Алгоритмическая сложность. Аннотация Big O.
Алоха друзья! Этим постом мы открываем важную тему в программировании «Алгоритмы» и целую область вопросов, попадающихся на собеседовании.
Каждому, даже начинающему программисту необходимо знать аннотацию Big O, какая алгоритмическая сложность у цикла, вложенного цикла, вставки в массив, в множество, пузырьковая сортировка и т.п. Все это поможет делать ваш код более оптимальным и избегать затратных алгоритмов. Начнём пока с самых азов, знания которых как правило достаточно для джунов, в следующих постах мы углубимся в тему.
Сложность алгоритма - это количественная характеристика, которая говорит о том, сколько времени, либо какой объём памяти потребуется для выполнения алгоритма.
Big O показывает то, как сложность алгоритма растёт с увеличением входных данных. При этом она всегда показывает худший вариант развития событий - верхнюю границу.
Распространённые сложности алгоритмов:
• O(1) - константная
• O(n) - линейная
• O(log n) - логарифмическая
• O(n * log n) - линеарифметическая или линеаризованная
• O(n2), O(n^2) - квадратичная
Наглядно зависимость времени обработки от входящих данных для различных алгоритмов можете увидеть в прикреплённом графике. На нем, например, видно как сильно отличаются графики для простого цикла (линейная сложность) и вложенного (квадратичная). Более подробно с примерами в статье 👇👇👇
#SwiftInterviewBeginner
#SwiftInterviewAlgorithms
https://bimlibik.github.io/posts/complexity-of-algorithms/
Алгоритмическая сложность. Аннотация Big O.
Алоха друзья! Этим постом мы открываем важную тему в программировании «Алгоритмы» и целую область вопросов, попадающихся на собеседовании.
Каждому, даже начинающему программисту необходимо знать аннотацию Big O, какая алгоритмическая сложность у цикла, вложенного цикла, вставки в массив, в множество, пузырьковая сортировка и т.п. Все это поможет делать ваш код более оптимальным и избегать затратных алгоритмов. Начнём пока с самых азов, знания которых как правило достаточно для джунов, в следующих постах мы углубимся в тему.
Сложность алгоритма - это количественная характеристика, которая говорит о том, сколько времени, либо какой объём памяти потребуется для выполнения алгоритма.
Big O показывает то, как сложность алгоритма растёт с увеличением входных данных. При этом она всегда показывает худший вариант развития событий - верхнюю границу.
Распространённые сложности алгоритмов:
• O(1) - константная
• O(n) - линейная
• O(log n) - логарифмическая
• O(n * log n) - линеарифметическая или линеаризованная
• O(n2), O(n^2) - квадратичная
Наглядно зависимость времени обработки от входящих данных для различных алгоритмов можете увидеть в прикреплённом графике. На нем, например, видно как сильно отличаются графики для простого цикла (линейная сложность) и вложенного (квадратичная). Более подробно с примерами в статье 👇👇👇
#SwiftInterviewBeginner
#SwiftInterviewAlgorithms
https://bimlibik.github.io/posts/complexity-of-algorithms/
👍9
Начальный уровень. Общие вопросы.
Принципы SOLID.
Алоха друзья! Сегодня мы разберём один из базовых вопросов на собеседовании. Итак, SOLID - это мнемонический акроним для первых пяти принципов, названных Робертом Мартином в начале 2000-х, которые означали 5 основных принципов объектно-ориентированного программирования и проектирования. Использование принципов SOLID способствует созданию системы, которую будет легко поддерживать и расширять в течение долгого времени.
Разберём подробнее каждую букву:
• S - Single-responsibility principle/ Принцип единственной ответственности
Для каждого класса должно быть определено единственное назначение. Все ресурсы, необходимые для его осуществления, должны быть инкапсулированы в этот класс и подчинены только этой задаче
• O - Open–closed principle / Принцип открытости-закрытости
Программные сущности должны быть открыты для расширения, но закрыты для модификации
• L - Liskov substitution principle / Принцип подстановки Лисков
Объекты родительских классов должны быть заменимы объектами подклассов без изменения поведения приложения
• I - Interface segregation principle / Принцип разделения интерфейсов
Слишком «толстые» интерфейсы необходимо разделять на более маленькие и специфические, чтобы программные сущности маленьких интерфейсов знали только о методах, которые необходимы им в работе. В итоге, при изменении метода интерфейса не должны меняться программные сущности, которые этот метод не используют
• D - Dependency inversion principle / Принцип инверсии зависимостей
При разработке нужно полагаться на абстракции, а не на конкретные реализации. Компоненты ПО должны иметь низкую связность и высокую согласованность.
Часто спрашивают не все принципы, а какой-то один, например, чаще почему-то именно принцип подстановки Лисков. Иногда просят привести пример нарушения принципов SOLID, в стандартных библиотеках, фреймворках от Apple. Тут можно указать, что в языке Swift есть механизм переопределения функции (override func), который нарушает принцип Принцип открытости-закрытости. Так же можно привести пример UIStackview, который игнорирует backgroundColor, тем самым нарушается принцип подстановки Лисков.
Более наглядно в статье по принципам SOLID 👇👇👇
#SwiftInterviewBeginner
#SwiftInterviewGeneral
https://habr.com/ru/company/productivity_inside/blog/505430/
Принципы SOLID.
Алоха друзья! Сегодня мы разберём один из базовых вопросов на собеседовании. Итак, SOLID - это мнемонический акроним для первых пяти принципов, названных Робертом Мартином в начале 2000-х, которые означали 5 основных принципов объектно-ориентированного программирования и проектирования. Использование принципов SOLID способствует созданию системы, которую будет легко поддерживать и расширять в течение долгого времени.
Разберём подробнее каждую букву:
• S - Single-responsibility principle/ Принцип единственной ответственности
Для каждого класса должно быть определено единственное назначение. Все ресурсы, необходимые для его осуществления, должны быть инкапсулированы в этот класс и подчинены только этой задаче
• O - Open–closed principle / Принцип открытости-закрытости
Программные сущности должны быть открыты для расширения, но закрыты для модификации
• L - Liskov substitution principle / Принцип подстановки Лисков
Объекты родительских классов должны быть заменимы объектами подклассов без изменения поведения приложения
• I - Interface segregation principle / Принцип разделения интерфейсов
Слишком «толстые» интерфейсы необходимо разделять на более маленькие и специфические, чтобы программные сущности маленьких интерфейсов знали только о методах, которые необходимы им в работе. В итоге, при изменении метода интерфейса не должны меняться программные сущности, которые этот метод не используют
• D - Dependency inversion principle / Принцип инверсии зависимостей
При разработке нужно полагаться на абстракции, а не на конкретные реализации. Компоненты ПО должны иметь низкую связность и высокую согласованность.
Часто спрашивают не все принципы, а какой-то один, например, чаще почему-то именно принцип подстановки Лисков. Иногда просят привести пример нарушения принципов SOLID, в стандартных библиотеках, фреймворках от Apple. Тут можно указать, что в языке Swift есть механизм переопределения функции (override func), который нарушает принцип Принцип открытости-закрытости. Так же можно привести пример UIStackview, который игнорирует backgroundColor, тем самым нарушается принцип подстановки Лисков.
Более наглядно в статье по принципам SOLID 👇👇👇
#SwiftInterviewBeginner
#SwiftInterviewGeneral
https://habr.com/ru/company/productivity_inside/blog/505430/
Хабр
Принципы SOLID в картинках
Если вы знакомы с объектно-ориентированным программированием , то наверняка слышали и о принципах SOLID . Эти пять правил разработки ПО задают траекторию, по которой нужно следовать, когда пишешь...
👍9🔥2❤1
Начальный уровень. Работа с памятью.
Расскажите про работу с памятью в Swift.
Доброго времени суток! Сегодня мы начнём разбирать вопрос, который попадается на собеседовании в не зависимости от роли, на которую вы претендуете. В этом посте разберём что необходимо знать джуну для ответа, а именно что такое reference/value type, что хранится в стеке, а что в куче, принцип работы arc, как избежать зацикливания сильных ссылок.
Value/Reference Types
Value и Reference Types — это основные концепции Swift. В Swift есть три способа объявления типа: классы, структуры и перечисления. Их можно разделить на типы значений (структуры, перечисления, базовые типы) и ссылочные типы (классы, функции, замыкания). То, как они хранятся в памяти, определяет разницу между ними:
• Value Type — каждая переменная типа значения имеет свою собственную копию данных, и операции с одной не влияют на другую. За него отвечает стэк;
• Reference Type — у нас есть ссылка, указывающая на это место в памяти. Переменные ссылочного типа могут указывать на одни и те же данные; следовательно, операции с одной переменной могут повлиять на данные, указанные другой переменной. За него отвечает куча.
ARC
Количество ссылок на один объект может увеличиваться и уменьшаться. В Swift для того чтобы отслеживать этого количество и при уменьшении его до нуля освобождать объект из памяти существует механизм ARC (Automatic Reference Counter).
Retain cycle
При подсчете ссылок может возникнуть ситуация, когда два объекта ссылаются друг на друга, что делает невозможным их высвобождение из памяти, потому что оба их счетчика ссылок (retain count) всегда будут равны единице или больше. То есть происходит ситуация зацикливания сильных ссылок (retain cycle). Для ее исправления нужно сделайте одну из ссылок weak или unowned.
• Слабая(weak) ссылка: не увеличивает счетчик ссылок. Слабые ссылки всегда объявляются как необязательные (optional) типы. Когда счетчик ссылок становится равным нулю, объект автоматически будет деаллоцирован.
• Unowned ссылки: тут точно так же, как и со слабыми ссылками. Она не увеличивает счетчик ссылок. Основное отличие в том, что это не необязательный тип. Если вы попытаетесь получить доступ к unowned свойству, которое ссылается на деинициализированный объект, вы получите ошибку времени выполнения, сравнимую с принудительной распаковкой необязательного типа с nil.
Это краткий ответ по основным пунктам, более подробно в том числе про кучу и стек по ссылке снизу 👇👇👇
#SwiftInterviewBeginner
#SwiftInterviewMemory
https://habr.com/ru/company/otus/blog/649329/
Расскажите про работу с памятью в Swift.
Доброго времени суток! Сегодня мы начнём разбирать вопрос, который попадается на собеседовании в не зависимости от роли, на которую вы претендуете. В этом посте разберём что необходимо знать джуну для ответа, а именно что такое reference/value type, что хранится в стеке, а что в куче, принцип работы arc, как избежать зацикливания сильных ссылок.
Value/Reference Types
Value и Reference Types — это основные концепции Swift. В Swift есть три способа объявления типа: классы, структуры и перечисления. Их можно разделить на типы значений (структуры, перечисления, базовые типы) и ссылочные типы (классы, функции, замыкания). То, как они хранятся в памяти, определяет разницу между ними:
• Value Type — каждая переменная типа значения имеет свою собственную копию данных, и операции с одной не влияют на другую. За него отвечает стэк;
• Reference Type — у нас есть ссылка, указывающая на это место в памяти. Переменные ссылочного типа могут указывать на одни и те же данные; следовательно, операции с одной переменной могут повлиять на данные, указанные другой переменной. За него отвечает куча.
ARC
Количество ссылок на один объект может увеличиваться и уменьшаться. В Swift для того чтобы отслеживать этого количество и при уменьшении его до нуля освобождать объект из памяти существует механизм ARC (Automatic Reference Counter).
Retain cycle
При подсчете ссылок может возникнуть ситуация, когда два объекта ссылаются друг на друга, что делает невозможным их высвобождение из памяти, потому что оба их счетчика ссылок (retain count) всегда будут равны единице или больше. То есть происходит ситуация зацикливания сильных ссылок (retain cycle). Для ее исправления нужно сделайте одну из ссылок weak или unowned.
• Слабая(weak) ссылка: не увеличивает счетчик ссылок. Слабые ссылки всегда объявляются как необязательные (optional) типы. Когда счетчик ссылок становится равным нулю, объект автоматически будет деаллоцирован.
• Unowned ссылки: тут точно так же, как и со слабыми ссылками. Она не увеличивает счетчик ссылок. Основное отличие в том, что это не необязательный тип. Если вы попытаетесь получить доступ к unowned свойству, которое ссылается на деинициализированный объект, вы получите ошибку времени выполнения, сравнимую с принудительной распаковкой необязательного типа с nil.
Это краткий ответ по основным пунктам, более подробно в том числе про кучу и стек по ссылке снизу 👇👇👇
#SwiftInterviewBeginner
#SwiftInterviewMemory
https://habr.com/ru/company/otus/blog/649329/
Хабр
Память в Swift (куча, стек, ARC)
Для хранения объектов Swift использует две структуры данных: стек и кучу. Управление распределением памяти подразумевает выделение памяти под объект (аллокацию) и ее последующее высвобождение...
👍8🔥3