UIRefreshControl sans UITableViewController

Juste curieux, car cela ne semble pas immédiatement possible, mais existe-t-il un moyen sournois de tirer parti de la nouvelle UIRefreshControlclasse iOS 6 sans utiliser de UITableViewControllersous-classe?

J'utilise souvent un UIViewControlleravec une sous- UITableViewvue et je me conforme UITableViewDataSourceet UITableViewDelegateplutôt que d'utiliser UITableViewControllercarrément un .

Sur une intuition, et basé sur l'inspiration de DrummerB, j'ai essayé d'ajouter simplement une UIRefreshControlinstance comme sous-vue à mon UITableView. Et ça fonctionne comme par magie!

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

Cela ajoute une vue UIRefreshControlau - dessus de votre table et fonctionne comme prévu sans avoir à utiliser un UITableViewController:)

EDIT: Ceci ci-dessus fonctionne toujours mais comme certains l'ont souligné, il y a un léger "bégaiement" lors de l'ajout de l'UIRefreshControl de cette manière. Une solution à cela consiste à instancier un UITableViewController, puis à définir votre UIRefreshControl et UITableView à cela, c'est-à-dire:

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;

Pour éliminer le bégaiement provoqué par la réponse acceptée, vous pouvez attribuer votre UITableViewà a 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;

ÉDITER:

Une façon d'ajouter un UIRefreshControlsans UITableViewControlleravec aucun bégaiement et de conserver la belle animation après avoir actualisé les données sur la table.

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

Plus tard lors de la manipulation des données actualisées ...

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

Ce que vous essayez d'utiliser, c'est d'utiliser la vue conteneur dans ViewController que vous utilisez. vous pouvez définir une sous-classe UITableViewController propre avec une vue de table dédiée et la placer dans ViewController.

Eh bien, UIRefreshControl est une sous-classe UIView, vous pouvez donc l'utiliser seule. Je ne sais pas trop comment cela se rend. Le rendu pourrait simplement dépendre de la trame, mais il pourrait également s'appuyer sur un UIScrollView ou le UITableViewController.

Quoi qu'il en soit, cela va être plus un hack qu'une solution élégante. Je vous recommande de regarder dans l'un des clones tiers disponibles ou d'écrire le vôtre.

ODRefreshControl

SlimeRefresh

Essayez de retarder l'appel à la -endRefreshméthode refreshControl d'une fraction de seconde après que la tableView a rechargé son contenu, en utilisant NSObject -performSelector:withObject:afterDelay:ou GCD.dispatch_after .

J'ai créé une catégorie sur UIRefreshControl pour cela:

@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

Je l'ai testé et cela fonctionne également sur les vues de collection. J'ai remarqué qu'un délai aussi petit que 0,01 seconde suffit:

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

IOS 10 Swift 3.0

c'est simple

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
    }

}

Si vous souhaitez en savoir plus sur iOS 10 UIRefreshControl, lisez ici .

L'ajout du contrôle d'actualisation en tant que sous-vue crée un espace vide au-dessus des en-têtes de section.

Au lieu de cela, j'ai incorporé un UITableViewController dans mon UIViewController, puis j'ai changé mon tableView propriété pour pointer vers celle intégrée, et l'alto! Modifications minimales du code. :-)

Pas:

1. Créez un nouveau UITableViewController dans Storyboard et intégrez-le dans votre UIViewController d'origine
2. Remplacez-le @IBOutlet weak var tableView: UITableView!par celui du UITableViewController nouvellement intégré, comme indiqué ci-dessous

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
    }

    ...
}

Pour Swift 2.2.

Créez d'abord UIRefreshControl ().

var refreshControl : UIRefreshControl!

Dans votre méthode viewDidLoad (), ajoutez:

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

Et faire une fonction de rafraîchissement

func refresh(refreshControl: UIRefreshControl) {

    // do something ...

    // reload tableView
    self.tableView.reloadData()

    // End refreshing
    refreshControl.endRefreshing()
}

Voici une autre solution qui est un peu différente.

J'ai dû l'utiliser à cause de certains problèmes de hiérarchie de vues que j'avais: je créais des fonctionnalités qui nécessitaient de passer des vues à différents endroits de la hiérarchie de vues, qui se cassaient lors de l'utilisation d'une tableview UITableViewController b / c la tableView est la vue racine de UITableViewController ( self.view) et pas seulement une vue régulière, elle a créé des hiérarchies contrôleur / vue incohérentes et a provoqué un plantage.

Fondamentalement, créez votre propre sous-classe de UITableViewController et redéfinissez loadView pour affecter self.view une autre vue, et redéfinissez la propriété tableView pour renvoyer une autre table.

par exemple:

@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

Lorsqu'il est combiné avec la solution de Keller, cela sera plus robuste dans le sens où la tableView est maintenant une vue régulière, et non une vue racine de VC, et sera plus robuste contre les hiérarchies de vue changeantes. Exemple d'utilisation de cette façon:

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;

Il existe une autre utilisation possible pour cela:

Étant donné que le sous-classement de cette façon sépare self.view de self.tableView, il est maintenant possible d'utiliser ce UITableViewController comme un contrôleur plus régulier et d'ajouter d'autres sous-vues à self.view sans les bizarreries d'ajouter des sous-vues à UITableView, donc on peut envisager de faire leur afficher les contrôleurs directement une sous-classe de UITableViewController au lieu d'avoir des enfants UITableViewController.

Quelques points à surveiller:

Étant donné que nous remplaçons la propriété tableView sans appeler super, il peut y avoir des choses à surveiller et à gérer si nécessaire. Par exemple, définir la table dans mon exemple ci-dessus n'ajoutera pas la table à self.view et ne définira pas le cadre que vous voudrez peut-être faire. De plus, dans cette implémentation, aucune tableView par défaut ne vous est donnée lorsque la classe est instanciée, ce que vous pouvez également envisager d'ajouter. Je ne l'inclus pas ici car c'est au cas par cas, et cette solution correspond en fait bien à la solution de Keller.

Essaye ça,

Les solutions ci-dessus sont correctes mais tableView.refreshControl est disponible pour UITableViewController uniquement, jusqu'à iOS 9.x et est disponible dans UITableView à partir d'iOS 10.x.

Écrit dans 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)

La première suggestion de Keller provoque un étrange bug dans iOS 7 où l'encart de la table est augmenté après la réapparition du contrôleur de vue. Passer à la deuxième réponse, en utilisant le uitableviewcontroller, a corrigé les choses pour moi.

Il s'avère que vous pouvez utiliser les éléments suivants lorsque vous utilisez un UIViewController avec une sous-vue UITableView et conforme à UITableViewDataSource et UITableViewDelegate:

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