How to become an author
Search
Write a publication
Pull to refresh

Comments 20

Где же ссылка на GIT? Охота переписать это дело на ARC. Код годный, хотя у ребят, которые пришли в айфон не из C# может вызвать панику и бугурт — айфонщики очень любят средства из коробки. И на то есть причина — в основном, реализации всяких там DAO, и других паттернов мудрых выглядят на Objective-C убого, ведь он как Ruby — чем проще, тем лучше. Друго дело, если таким велосипедом решается проблема синхронизации.
Total votes 1: ↑1 and ↓0+1
Я гитом не пользуюсь, потому что не свезло — мы на работе пользуемся TFS и SVN.

Если вам интересно — можете опубликовать на своем, я добавлю ссылку в топик. Лицензии нет, так что можно считать, что это выкладывается под BSD.
This comment wasn’t rated yet0
Я вот не совсем понял вот это «Событийно-ориентированная логика в Objective C держится на трех китах — протоколы, notification center и key-value observing», а точнее при чем тут протоколы? Ну и причины побудившее Вас к написанию «велосипеда» тоже описаны расплывчато и опять при чем тут протоколы и, раз уж они Вам не нравятся, то где в статье другие методы расширения классов?
Total votes 1: ↑1 and ↓0+1
На базе протоколов тоже замечательно реализуется событийно-ориентированная логика.

А причины мутные именно в силу того, что тут вопрос вовсе не в том, что так надо или не надо, а в том, как привычнее. Мне привычен и удобен данный подход, хотя в зависимости от места я использую и подписание через KVO, и нотификации, и проброс событий с помощью протоколов.
This comment wasn’t rated yet0
Спасибо за свежий взгляд со стороны! Но стандартные notifications вы явно недооценили. Стек они вовсе не разрывают, если конечно вы не посылаете их асинхронно. И отрабатывают они в том же потоке, из которого они были посланы, а не обязательно в main thread.
Критиковать не сложно, попробую вас поддержать! Что мне не нравится в стандартных notifications, так это объемный синтаксис и то, как передаются параметры. Вот если бы посылать сообщение с произвольным числом типизированных параметров, и через message forwarding пересылать подписчикам — может получиться что-то интересное…
Total votes 1: ↑1 and ↓0+1
В моем подходе произвольное число типизированных параметров пересылается через наследники класса AWEventArgs, которые по необходимости определяются для каждого события.

Хотелось унифицировать интерфейс, не потеряв гибкости.
This comment wasn’t rated yet0
Событийно-ориентированная логика в Objective C держится на трех китах — протоколы, notification center и key-value observing.


А как же блоки? и не протоколы, раз уж на то пошло, а делегирование.
Total votes 3: ↑3 and ↓0+3
Блоки — это техническая вещь, представляющая собой фактически анонимный метод, я не думаю, что следует обращать особое внимание на это.
Total votes 2: ↑1 and ↓10
Блоки — это техническая вещь, представляющая собой фактически анонимный метод

Это не так, и именно в этом и заключаются мощные возможности блоков для обработки событий
Total votes 2: ↑2 and ↓0+2
Расскажите мне, что имеется ввиду.
Total votes 1: ↑1 and ↓0+1
Блоки являются замыканиями, поэтому позволяют обрабатывать события в стиле javascript:
SomeClass *someObject = self.someObject;

[object on:@"EventName" do:^(Event *event) {
    [someObject doSomething];
}];
Total votes 2: ↑2 and ↓0+2
Да, можно и так.

Кстати, мой код несложно расширить для того, чтобы он брал блоки в качестве обработчиков события. Он даже проще станет.
Total votes 2: ↑1 and ↓10
Кроме очень мутной задачи, которую Вы решали (догадываюсь, что Вам бы помог NSNotificationQueue, который отлично описан в документации) мне не нравится использование названия delegate. Вы что-то кому-то делегируете? Нет. Очень часто вижу в коде разных исходников delegate к месту и не к месту.
Total votes 4: ↑3 and ↓1+2
В .NET для указателей на методы класса используется понятие «делегат», который фактически представляет собой пару target+method то есть является фактически полноценным method as the first class object.

Проблемы с терминологией решаются автозаменой.
Total votes 3: ↑1 and ↓2-1
И вообще часто сталкиваюсь с тем, что кто-то пришел с другого языка и тянет за собой все с формулировкой «Я так привык». Может лучше привыкнуть/переучиться на стандартные методы для платформы? Ну сделали вы велосипед, а как теперь его использовать для системных классов? Будем где использовать NSNotificationCenter, а где-то Ваш код? А третий человек придет из языка _новый_язык_ и тоже добавит в этот же проект еще одну систему, так как он к ней «привык»?
Total votes 4: ↑3 and ↓1+2
Может быть, имеет смысл переучиться на другую технику. А может быть и нет — здесь непонятно, как правильно.

Я в C# добавляю монады, например. Я вообще стараюсь тянуть из разных языков наиболее удобные подходы, чтобы сделать свою жизнь проще.
Total votes 3: ↑1 and ↓2-1
Вместо велосипеда с NSArray для групировки объекта, селектора и аргументов лучше использовать NSInvocation и пересылать в нужный runLoop вызов invoke.
Total votes 1: ↑1 and ↓0+1
блин, как это всё сложно для новичка — просто капец
This comment wasn’t rated yet0
Sign up to leave a comment.

Articles

Show the best of all time
Change theme settings

Your account

Sections

Information

Services

Support
© 2006–2024, Habr