UIRefreshControl bez UITableViewController

Ciekawe, ponieważ nie wydaje się to od razu możliwe, ale czy istnieje sprytny sposób na wykorzystanie nowej UIRefreshControlklasy iOS 6 bez korzystania z UITableViewControllerpodklasy?

I często używać UIViewControllerz UITableViewpodrzędny i zgodne UITableViewDataSourcei UITableViewDelegatezamiast używać UITableViewControllerwprost.

Na przeczucie i na podstawie inspiracji DrummerB, próbowałem po prostu dodać UIRefreshControlinstancję jako subview do mojego UITableView. I to magicznie po prostu działa!

UIRefreshControl *refreshControl = [[UIRefreshControl alloc] init];
[refreshControl addTarget:self action:@selector(handleRefresh:) forControlEvents:UIControlEventValueChanged];
[self.myTableView addSubview:refreshControl];

To dodaje UIRefreshControlwidok powyżej tabeli i działa zgodnie z oczekiwaniami bez konieczności używania UITableViewController:)

EDYCJA: Powyższe nadal działa, ale jak niektórzy zauważyli, istnieje niewielkie „zacinanie się” podczas dodawania UIRefreshControl w ten sposób. Rozwiązaniem tego jest utworzenie instancji UITableViewController, a następnie ustawienie na to UIRefreshControl i UITableView, tj .:

UITableViewController *tableViewController = [[UITableViewController alloc] init];
tableViewController.tableView = self.myTableView;

self.refreshControl = [[UIRefreshControl alloc] init];
[self.refreshControl addTarget:self action:@selector(getConnections) forControlEvents:UIControlEventValueChanged];
tableViewController.refreshControl = self.refreshControl;

Aby wyeliminować jąkanie spowodowane zaakceptowaną odpowiedzią, możesz przypisać ją UITableViewdo UITableViewController.

_tableViewController = [[UITableViewController alloc]initWithStyle:UITableViewStylePlain];
[self addChildViewController:_tableViewController];

_tableViewController.refreshControl = [UIRefreshControl new];
[_tableViewController.refreshControl addTarget:self action:@selector(loadStream) forControlEvents:UIControlEventValueChanged];

_theTableView = _tableViewController.tableView;

EDYTOWAĆ:

Sposób na dodanie opcji „ UIRefreshControlbez” UITableViewControllerbez zacinania się i zachowanie ładnej animacji po odświeżeniu danych w widoku tabeli.

UIRefreshControl *refreshControl = [UIRefreshControl new];
[refreshControl addTarget:self action:@selector(handleRefresh:) forControlEvents:UIControlEventValueChanged];
[self.theTableView addSubview:refreshControl];
[self.theTableView sendSubviewToBack:refreshControl];

Później podczas obsługi odświeżonych danych ...

- (void)handleRefresh:(UIRefreshControl *)refreshControl {
    [self.theTableView reloadData];
    [self.theTableView layoutIfNeeded];
    [refreshControl endRefreshing];
}

Spróbuj użyć widoku kontenera wewnątrz używanego ViewController. możesz zdefiniować czystą podklasę UITableViewController z dedykowanym widokiem tabeli i umieścić ją w ViewController.

Cóż, UIRefreshControl jest podklasą UIView, więc możesz jej używać samodzielnie. Nie jestem jednak pewien, jak to się renderuje. Renderowanie może po prostu zależeć od ramki, ale może również zależeć od UIScrollView lub UITableViewController.

Tak czy inaczej, będzie to bardziej hack niż eleganckie rozwiązanie. Polecam zajrzeć do jednego z dostępnych klonów stron trzecich lub napisać własny.

ODRefreshControl

SlimeRefresh

Spróbuj opóźnić wywołanie -endRefreshmetody refreshControl o ułamek sekundy po ponownym załadowaniu zawartości tableView przez użycie NSObject -performSelector:withObject:afterDelay:lub GCD dispatch_after.

W tym celu utworzyłem kategorię na UIRefreshControl:

@implementation UIRefreshControl (Delay)

- (void)endRefreshingAfterDelay:(NSTimeInterval)delay {
    dispatch_time_t popTime = dispatch_time(DISPATCH_TIME_NOW, (int64_t)(delay * NSEC_PER_SEC));
    dispatch_after(popTime, dispatch_get_main_queue(), ^(void){
        [self endRefreshing];
    });
}

@end

Przetestowałem to i działa to również w widokach kolekcji. Zauważyłem, że opóźnienie tak małe jak 0,01 sekundy wystarczy:

// My data refresh process here while the refresh control 'isRefreshing'
[self.tableView reloadData];
[self.refreshControl endRefreshingAfterDelay:.01];

IOS 10 Swift 3.0

To proste

import UIKit

class ViewControllerA: UIViewController, UITableViewDataSource, UITableViewDelegate {

    @IBOutlet weak var myTableView: UITableView!

    override func viewDidLoad() {
        super.viewDidLoad()

        myTableView.delegate = self
        myTableView.dataSource = self

        if #available(iOS 10.0, *) {
            let refreshControl = UIRefreshControl()
            let title = NSLocalizedString("PullToRefresh", comment: "Pull to refresh")
            refreshControl.attributedTitle = NSAttributedString(string: title)
            refreshControl.addTarget(self,
                                     action: #selector(refreshOptions(sender:)),
                                     for: .valueChanged)
            myTableView.refreshControl = refreshControl
        }
    }

    @objc private func refreshOptions(sender: UIRefreshControl) {
        // Perform actions to refresh the content
        // ...
        // and then dismiss the control
        sender.endRefreshing()
    }

    // MARK: - Table view data source

    func numberOfSections(in tableView: UITableView) -> Int {
        return 1
    }

    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
        return 12
    }


    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        let cell = tableView.dequeueReusableCell(withIdentifier: "reuseIdentifier", for: indexPath)

        cell.textLabel?.text = "Cell \(String(indexPath.row))"
        return cell
    }

}

Jeśli chcesz dowiedzieć się o iOS 10 UIRefreshControl przeczytaj tutaj .

Dodanie kontrolki odświeżania jako widoku podrzędnego tworzy pustą przestrzeń nad nagłówkami sekcji.

Zamiast tego osadziłem UITableViewController w moim UIViewController, a następnie zmieniłem moją tableViewwłaściwość, aby wskazywała na osadzoną i viola! Minimalne zmiany kodu. :-)

Kroki:

1. Utwórz nowy UITableViewController w Storyboard i osadz go w oryginalnym UIViewController
2. Zamień @IBOutlet weak var tableView: UITableView!na nowy z wbudowanego UITableViewController, jak pokazano poniżej

class MyViewController: UIViewController, UITableViewDataSource, UITableViewDelegate {
    weak var tableView: UITableView!

    override func viewDidLoad() {
        super.viewDidLoad()

        let tableViewController = self.childViewControllers.first as! UITableViewController
        tableView = tableViewController.tableView
        tableView.dataSource = self
        tableView.delegate = self

        // Now we can (properly) add the refresh control
        let refreshControl = UIRefreshControl()
        refreshControl.addTarget(self, action: "handleRefresh:", forControlEvents: .ValueChanged)
        tableViewController.refreshControl = refreshControl
    }

    ...
}

Dla Swift 2.2.

Najpierw wykonaj UIRefreshControl ().

var refreshControl : UIRefreshControl!

W metodzie viewDidLoad () dodaj:

refreshControl = UIRefreshControl()
    refreshControl.attributedTitle = NSAttributedString(string: "Refreshing..")
    refreshControl.addTarget(self, action: #selector(YourUIViewController.refresh(_:)), forControlEvents: UIControlEvents.ValueChanged)
    self.tableView.addSubview(refreshControl)

I wykonaj funkcję odświeżania

func refresh(refreshControl: UIRefreshControl) {

    // do something ...

    // reload tableView
    self.tableView.reloadData()

    // End refreshing
    refreshControl.endRefreshing()
}

Oto inne rozwiązanie, które jest trochę inne.

Musiałem go użyć z powodu pewnych problemów z hierarchią widoków, które miałem: tworzyłem funkcjonalność, która wymagała przekazywania widoków do różnych miejsc w hierarchii widoków, które uległy uszkodzeniu podczas korzystania z widoku tabeli UITableViewController b / c tableView to widok główny UITableViewController ( self.view), a nie tylko zwykły widok, stworzył niespójne hierarchie kontrolera / widoku i spowodował awarię.

Zasadniczo utwórz własną podklasę UITableViewController i przesłonić loadView, aby przypisać self.view inny widok i przesłonić właściwość tableView, aby zwrócić osobny widok tabeli.

na przykład:

@interface MyTableVC : UITableViewController
@end

@interface MyTableVC ()
@property (nonatomic, strong) UITableView *separateTableView;
@end

@implementation MyTableVC

- (void)loadView {
    self.view = [[UIView alloc] initWithFrame:CGRectZero];
}

- (UITableView *)tableView {
    return self.separateTableView;
}

- (void)setTableView:(UITableView *)tableView {
    self.separateTableView = tableView;
}

@end

W połączeniu z rozwiązaniem Kellera będzie to bardziej niezawodne w tym sensie, że tableView jest teraz zwykłym widokiem, a nie widokiem głównym VC, i będzie bardziej odporny na zmianę hierarchii widoków. Przykład użycia w ten sposób:

MyTableVC *tableViewController = [[MyTableVC alloc] init];
tableViewController.tableView = self.myTableView;

self.refreshControl = [[UIRefreshControl alloc] init];
[self.refreshControl addTarget:self action:@selector(getConnections) forControlEvents:UIControlEventValueChanged];
tableViewController.refreshControl = self.refreshControl;

Istnieje inne możliwe zastosowanie:

Ponieważ podklasowanie w ten sposób oddziela self.view od self.tableView, możliwe jest teraz używanie tego UITableViewController jako bardziej zwykłego kontrolera i dodawanie innych widoków podrzędnych do self.view bez osobliwości dodawania widoków podrzędnych do UITableView, więc można rozważyć zrobienie ich przeglądaj kontrolery bezpośrednio podklasę UITableViewController zamiast mieć potomne UITableViewController.

Niektóre rzeczy, na które należy uważać:

Ponieważ zastępujemy właściwość tableView bez wywoływania super, mogą być pewne rzeczy, na które należy uważać i w razie potrzeby należy je obsłużyć. Na przykład ustawienie widoku tabeli w powyższym przykładzie nie doda widoku tabeli do self.view i nie ustawi ramki, którą możesz chcieć zrobić. Ponadto w tej implementacji nie ma domyślnego widoku tabeli podczas tworzenia instancji klasy, co można również rozważyć dodanie. Nie uwzględniam go tutaj, ponieważ tak jest w każdym przypadku, a to rozwiązanie faktycznie dobrze pasuje do rozwiązania Kellera.

Spróbuj tego,

Powyższe rozwiązania są w porządku, ale tableView.refreshControl jest dostępny tylko dla UITableViewController, aż do iOS 9.xi jest dostępny w UITableView od iOS 10.x.

Napisane w Swift 3 -

let refreshControl = UIRefreshControl()
refreshControl.addTarget(self, action: #selector(FeedViewController.loadNewData), for: UIControlEvents.valueChanged)
// Fix for the RefreshControl Not appearing in background
tableView?.addSubview(refreshControl)
tableView.sendSubview(toBack: refreshControl)

Pierwsza sugestia Kellera powoduje dziwny błąd w iOS 7, w którym wstawka tabeli jest zwiększana po ponownym pojawieniu się kontrolera widoku. Przejście na drugą odpowiedź za pomocą kontrolera uitableview naprawiło dla mnie pewne rzeczy.

Okazuje się, że można użyć następujących opcji, gdy używa się UIViewController z widokiem podrzędnym UITableView i jest on zgodny z UITableViewDataSource i UITableViewDelegate:

self.refreshControl = [[UIRefreshControl alloc]init];
[self.refreshControl addTarget:self action:@selector(refresh:) forControlEvents:UIControlEventValueChanged];