Pull to refresh
2
0
Send message
хм. Замечание верное, спасибо за ссылку. Однако, тут можно поспорить по поводу сайд-эффектности -reloadData в этом случае. Можно интерпретировать эту ситуацию как reloadData — событие состоящее в отношении с updateContentSignal.
Мне просто очень не нравится @weakify/@strongify. Слишком легко его забыть и сделать багу (вот как спикер например, он же упомянул эти штуки в докладе, но написать забыл)

Пользуясь случаем попиарюсь. Чтобы победить stateful UITableView в свое время написал такую приблуду github.com/gavrix/TableViewReactiveAdapter которая как раз могла бы скрыть состояния и сайд-эффекты в рассматриваемом примере (конечно требуется адаптация для CollectionView)
У автора в коде есть явная проблема.

[self.viewModel.updateContentSignal subscribeNext: ^(id x){
   [self.collectionView reloadData];
]


В этом коде создается циклическая ссылка на self. В этом случае нужно либо использовать @weakify/@strongify из libextobjc/EXTScope (кажется входит в RAC) но я предпочитаю liftSelector

[self rac_liftSelector:@selector(updateCollectionView:) withSignals:self.viewModel.updateContentSignal, nil];

...

- (void)updateCollectionView:(id)sender {
   [self.collectionView reloadData];
}


Вообще, вопреки тому что subscribeNext: используется в каждом примере, его лучше вообще нигде не использовать, очень грязная практика.
Расскажите какими технологиями пользовались на iOS, сторонники компонентами etc. Интересно узнать.
Стоит так же упомянуть о замечательном плагине упрощающем писать такую документацию github.com/onevcat/VVDocumenter-Xcode
Автор, вы уверены что там именно логическое умножение?
app_mask && topmost_controller_mask
Детально тему не изучал, но из изложенного вами там никак && не может быть, это было бы лишено всякого смысла. Должно быть именно bitwise and
app_mask & topmost_controller_mask
Мне одному кажется что нужно просто отключить индексирование этого сайта или даже конкретной страницы с этим списком? Надуманной выглядит эта проблема, если конечно нет каких-то дополнительных нюансов.
пишут, что вероятно те хеши что удалось вскрыть помечены префиксом в 0000
news.ycombinator.com/item?id=4073309
я же написал, история хранится в облаке, не на девайсе.
im+ ктаже имеет web вариант — plus.im, история там так же хранится в облаке (если включить соотв опцию) и звуки всегда можно отключить.
imo не вариант, по крайней мере на айпаде, что интерфейс, что функционал — убогие. У им+ единственный минус — краши. Если от них избавятся, будет номер один среди аналогов.
Смутило, но в нашей стране частенько нужно читать написанное и понимать точно наоборот :) Я же говорю, достоверность информации можно будет проверить по работе самого ex.ua (или не работе)
Ребята, это обычный рейдерский передел. На собственника наехало МВД c уголовным делом. Собственник уже согласился продать свой ресурс небезизсвестной в Украине группе Приват. Именно поэтому МВД отозвало обращение к регистратору доменов, а вовсе не народное негодвание.
Если в ближайшее время ex.ua заработает в обычном режиме, это будет означать что все это — правда.
инфо взял тут l-news.org.ua/News/19
В рамках раскрытия темы observer в контексте iOS можно было бы еще вспомнить про паттерн delegate и определить между ними принципиальную разницу.
Вероятность что вы там останетесь после следующего апдейта крайней мала. Я уже фиксил проект который был в аппстор, но минимальное обновление завернули по причине private api.
вариант private API не рассматривался вообще и лично мной не будет рассматриваться никогда.
Да, именно так я понял ваше предложение. Это альтернативное мнение, при малом количестве ячеек и сложном контенте такой подход предпочтительнее. При достаточно легком контенте и существенном росте количества ячеек — предпочтительнее мой вариант.
Теперь я понял что вы предлагаете reusable cells но не reusable WebViews. Так можно сделать, будет ущерб в памяти, но выигрыш в быстродействии.
Я же выбрал путь reusbale webviews.
Кстати ваш пример с асинхронной загрузкой в DataSource не решит поставленной задачи, так как контент появится все равно не сразу, а только после того как скроллинг таблицы остановится (в силу специфики работы UIWebView), я же хотел чтобы контент появлялся сразу.
Никак не могу понять ваш point. Какой из описанных вами ваше объектов непосредственно рендерит контент? и какой именно контент?
В моем случае рендером занимается UIWebView внутри UITableViewCell и проблема именно в том что после вызова loadHTMLString реальный рендер начнется ТОЛЬКО после того как decelrating таблицы при скролле завершится, хотя если хтмл достаточно простой, его рендер можно делать синхронно с этим скроллом без ущерба usability. И я показал как это сделать.
речь идет о reusable cells, когда реально объектов UITableViewCell на всю таблицу меньше десятка и контент в конкретную ячейку подставляется именно в cellForRowAtIndexPath
Идеально было бы нарисовать все самому через CoreText — и кодить легче и работать будет эффективней. Тут скорее был вопрос спортивного интереса.
1

Information

Rating
Does not participate
Location
Украина
Date of birth
Registered
Activity