Какие книги и источники по архитектуре iOS приложений и шаблонам проектирования почитать?

Question

[Роберт Хайреев]

После освоения инструментов разработки (языков, фрэймоворков итд), я столкнулся с одной проблемой. Я не понимаю, как нужно правильно обустраивать взаимодействие между классами. Поэтому со временем мои приложения становятся непригодными для расширения и редактирования. Я понимаю, что это большая проблема.
Хотелось бы узнать, какие есть хорошие книги есть по проектированию iOS приложений.
Objective-C или Swift не имеет значения. Можно также на английском, с этим проблем нет.

Answer 1

[ManWithBear]

Довольно не плохой ввод. На хабре вроде был перевод.
https://medium.com/ios-os-x-development/ios-archit...

Answer 2

[Rou1997]

Абсолютно все приложения пригодны для расширения и редактирования, даже те, у которых нет исходников. Если у вас получилось сделать непригодное - пишите обфускаторы и продавайте за бешеные деньги!

А если у вас просто что-то не очень быстро и удобно расширяется и редактируется, и вам действительно надо, чтобы было удобнее, то конкретизируйте проблему, и думайте, экспериментируйте, читайте про паттерны, шаблоны, изучайте чужой код, в книге в лучшем случае описаны лишь конкретные задачи и их решение, в худшем - просто теория по паттернам, зачем тогда и книги, есть Википедия и Хабр, а думать все равно надо головой.

Comments

[ManWithBear]

Rou1997 Не стоит воспринимать все слова дословно: "Абсолютно все приложения пригодны для расширения и редактирования, даже те, у которых нет исходников." Если приложение не пригодно для расширения/редактирования, это значит что сделать с нуля быстрее/легче/девешле (выбрать нужный пункт), чем работать на текущим.

[Rou1997]

ManWithBear: Не бывает такого, всегда проще довести до ума текущее приложение.

[ManWithBear]

Rou1997: если вы чего не видел / с чем-то не сталкивались / о чем-то не слышали, это не значит, что этого не существует.

[Rou1997]

ManWithBear: Ну да, давайте мне тут про суслика, которого не видишь, а он есть, да такого не может быть принципиально, чтобы написать с нуля было быстрее и дешевле, вот проще и лучше - да, возможно.

[ManWithBear]

Rou1997: к слову о вашем "суслике". Реально сейчас происходящая ситуация: проект уже делается 6 месяцев из начально запланированных 2х, делают его 4 человека. Код говно говном с самого начала из-за неопытности исполнителей. Для примера команда из 2х человек за это время успела за 2 месяца с нуля завершить проект больший по объему. Хотите сказать, что после первых 2х месяцев переписать проект нормальной командой за 2 месяца и тем сэкономить ещё 2 месяца, было бы не лучше? К слову в текущий момент в баг трекере висит более 100 открытых багов, то есть в ближайшее время завершение не планируется.