Кто-то из вас получал докторскую по специальности инженер-программист? Я пока Инженер (Автоматизация Процессов и Производств в Машиностроении, НГТУ 2011).
Немного продвинулся в вопросе ответа :) Обсудим в Питере за кофе?
Как я понял, это идея отображения данных вне зависимости от платформы. Моя идея скорее как 'срезать углы' на конкретной платформе. Нужно знать что ты хочешь получить (зависит от языка) и какие ингредиенты нужно подготовить перед запросом.
Я бы стал набирать текст с телефона. Удобно и не привлекает внимания. Думаю что управление устройством через мобильное приложение должно быть частью прошивки. И в приложении органов управления может быть на много больше.
Когда работаю с одной фичей открыты только нужные папки с классами. Иногда пользуюсь фильтрами внизу панели дерева проекта.
Если нужно открыть класс использую ⇧⌘O, потом делаю ⇧⌘J. Открывается папка с классом. Вынос логики в категории это как добавление еще одного уровня вместо поиска по одному уровню. AppCode не использую, привык к Xcode. Там есть похожая фича?
В Obj C не нужно делать проверку на то что объект существует перед тем как послать сообщение.
В этом случае вернется NO.
Зачем проверять что объект поддерживает протокол? Лучше объявить его правильно:
@property (weak, nonatomic) id < MyProtocol> delegate;
Поэтому для optional методов остается так:
if ([delegate respondsToSelector:@selector(aMethod)]){
[delegate aMethod];
}
Для @required без проверок, метод же и так обязательный:
Не делайте так. Если endIgnoringInteractionEvents не вызовется потом будет очень сложно понять в чем баг.
Я один раз сталкивался с кодом где это сломалось. Было очень плохо.
Если уж очень надо, выключайте у вью. А лучше все-таки делать проверку по флагу.
Чтобы заблокировать двойные пуши из-за двойных тапов или асинхронных вызовов я бы сначала попробовал проверять контроллер который должен отобразиться на isEqual: с тем что сейчас видимый или с теми что в стеке если необходимо.
Эквивалентность определяем по эквивалентности объекта который нужен контроллеру.
Например для PostViewController это должен быть Post.
А эквивалентность постов проверяем по uid.
Я присматриваюсь к ним, но пока тоже боюсь ) Ауди раньше тоже боялся. Оказалось не все так плохо.
Хотелось бы знать статистику поломок на 1000 машин или больше.
Я пользуюсь этими правилами уже около трех лет. Пока это максимально удобный вариант из всех что я пробовал.
Опять же, для меня и моей команды.
Попробуйте.
Интересная идея. Думаю, даже попробую.
Сейчас я делаю ревью так:
1) Новая ветка
2) Мои комментарии в формате //TODO
3) Звонок с программистом
4) Его поправки в ветке
5) Я смотрю и мерджу ветку в дев
Ворнинги будет проще увидеть и не забыть поправить.
Отличная статья. В общем-то, обо всех этих деталях уже знал. Но на своем горьком опыте.
Хорошо было бы прочитать эту статью в начале работы, поэтому для молодого поколения обязательно к изучению.
Ну и за большое количество пруфов огромное уважение.
Всем привет!
Кто-то из вас получал докторскую по специальности инженер-программист? Я пока Инженер (Автоматизация Процессов и Производств в Машиностроении, НГТУ 2011).
Немного продвинулся в вопросе ответа :) Обсудим в Питере за кофе?
Очень точная заметка, на мой вкус. Сравните с портянкой на GitHub https://docs.github.com/en/authentication/connecting-to-github-with-ssh/generating-a-new-ssh-key-and-adding-it-to-the-ssh-agent
Готовлю новую статью про REST
https://github.com/El-Machine/Wand
Спасибо, мне помогло. Левой чуть хуже) Зато научился на скейте.
Не используете в продакшене? Ссылки ведут на сайт без App Clip.
Как я понял, это идея отображения данных вне зависимости от платформы.
Моя идея скорее как 'срезать углы' на конкретной платформе. Нужно знать что ты хочешь получить (зависит от языка) и какие ингредиенты нужно подготовить перед запросом.
Спасибо! Не знаю на сколько идея актуальна для фронтенда, кажется что на мобилках больше типов данных (или я не прав?)
Я бы стал набирать текст с телефона. Удобно и не привлекает внимания. Думаю что управление устройством через мобильное приложение должно быть частью прошивки. И в приложении органов управления может быть на много больше.
Если нужно открыть класс использую ⇧⌘O, потом делаю ⇧⌘J. Открывается папка с классом. Вынос логики в категории это как добавление еще одного уровня вместо поиска по одному уровню. AppCode не использую, привык к Xcode. Там есть похожая фича?
В Obj C не нужно делать проверку на то что объект существует перед тем как послать сообщение.
В этом случае вернется NO.
Зачем проверять что объект поддерживает протокол? Лучше объявить его правильно:
Поэтому для optional методов остается так:
Для @required без проверок, метод же и так обязательный:
Не делайте так. Если endIgnoringInteractionEvents не вызовется потом будет очень сложно понять в чем баг.
Я один раз сталкивался с кодом где это сломалось. Было очень плохо.
Если уж очень надо, выключайте у вью. А лучше все-таки делать проверку по флагу.
Чтобы заблокировать двойные пуши из-за двойных тапов или асинхронных вызовов я бы сначала попробовал проверять контроллер который должен отобразиться на isEqual: с тем что сейчас видимый или с теми что в стеке если необходимо.
Эквивалентность определяем по эквивалентности объекта который нужен контроллеру.
Например для PostViewController это должен быть Post.
А эквивалентность постов проверяем по uid.
Пробовали такой подход?
Хотелось бы знать статистику поломок на 1000 машин или больше.
Опять же, для меня и моей команды.
Попробуйте.
Сейчас я делаю ревью так:
1) Новая ветка
2) Мои комментарии в формате //TODO
3) Звонок с программистом
4) Его поправки в ветке
5) Я смотрю и мерджу ветку в дев
Ворнинги будет проще увидеть и не забыть поправить.
Хорошо было бы прочитать эту статью в начале работы, поэтому для молодого поколения обязательно к изучению.
Ну и за большое количество пруфов огромное уважение.