Charger une image à partir de CocoaPods regroupement de ressources

Je suis de la création d'une bibliothèque privée qui comprend des ressources qui sont référencés par des composants dans la bibliothèque. La bibliothèque est partagé avec des applications à l'aide de CocoaPods. Dans l' .podspec pour la bibliothèque, j'ai inclus une ligne comme ceci:

s.resource_bundles = {'IXMapKitResources' => ['IXMapKit/Resources/*']}

L'une des ressources dans le bundle est un atout catalogue avec des images de multiples ensembles, dont l'un est appelé " IXMKAnnotationIcons-Normal-par Accident. Le code suivant renvoie un néant:

UIImage * image = [UIImage imageNamed: @"IXMKAnnotationIcons-Normal-Accident"];

J'ai trouvé un l'article sur mokacoding.com décrivant comment charger des polices à partir d'un conteneur, mais cela n'a pas fonctionné pour moi:

- (UIImage *) ixmk_imageNamed: (NSString *) name
{
    NSString * IXMKResourceBundleName = @"IXMapKitResources.bundle";
    NSString * resourceName = [NSString stringWithFormat: @"%@/%@", IXMKResourceBundleName, name];

    NSString * imageTypeString = [self ixmk_stringForImageType: imageType];
    NSURL * url = [[NSBundle mainBundle] URLForResource: resourceName withExtension: imageTypeString];

    NSData * imageData = [NSData dataWithContentsOfURL: url];
    if (imageData != nil)
    {
        CGDataProviderRef provider = CGDataProviderCreateWithCFData((CFDataRef) imageData);
        CGImageRef imageRef = [self ixmk_imageFromDataProvider: provider imageType: imageType];

        UIImage * image = [UIImage imageWithCGImage: imageRef];

        CFRelease(imageRef);
        CFRelease(provider);

        return image;
    }
    else
    {
        return nil;
    }
}

La CocoaPods page web décrivant les ressources de mots clés a l'avertissement suivant:

Nous vous recommander bibliothèque développeurs à adopter des offres de ressources comme
il peut y avoir des collisions de nom en utilisant les ressources de l'attribut. De plus
ressources spécifiées avec cet attribut sont copiés directement à l'
client cible et, par conséquent, ils ne sont pas optimisés par Xcode.

Je suis à une perte de quoi faire ici.

Voir ma réponse pour la question similaire ici: stackoverflow.com/a/32315571/235290

InformationsquelleAutor David Potter | 2014-05-23

12

Cela s'avère être un problème avec des actifs de catalogues, de ne pas CocoaPods ou des lots. Déplacer les images de l'actif catalogue résolu le problème. Il ressemble à la Pomme n'a pas le soutien actif des catalogues dans le secondaire des ressources. La pitié.
- Avez-vous plus d'information?
- +1 pour plus d'informations. Dites-vous que si vous mettez un Image.xcassets dans un regroupement de ressources, il est impossible de charger des images à partir d'elle?!
- C'est toujours une question d'actualité à partir d'octobre 2015. Si vous avez des actifs les catalogues.xcassets dossiers) dans les ressources générées par CocoaPods version 0.36 ou plus tard, vous ne pouvez pas charger les images à l'aide de [UIImage imageNamed:inBundle: ...]
- Juste une note de côté, qu'il semble de travail en fonction de votre système d'exploitation. Pour moi, à l'aide de [[NSBundle ...] imageForResource: @"myImage"] travaille sur El Capitaine, mais pas sur 10.9.
InformationsquelleAutor David Potter

Par exemple Paramount

podspec

s.resource_bundle = {
    'Paramount' => ['Sources/Paramount.bundle/*.png']
}

swift

public extension UIImage {
  static func make(name: String) -> UIImage? {
    let bundle = NSBundle(forClass: Paramount.Toolbar.self)
    return UIImage(named: "Paramount.bundle/\(name)", inBundle: bundle, compatibleWithTraitCollection: nil)
  }
}

Ici Paramount.Toolbar.self peut être n'importe quelle classe dans ce cadre

InformationsquelleAutor onmyway133

3

La solution la plus évidente qui n'était pas répertoriée n'importe où à l'aide de la Cocoapods généré bundle (qui le dossier en réalité n'existe pas) comme un NSBundle:

avoir un essai:
http://blog.flaviocaetano.com/post/cocoapods-and-resource_bundles/

il a travaillé pour moi!!
- J'utilise [NSBundle bundleForClass:NSStringFromClass(self.class)] les bundle de l'intérieur cocoapod code.
- bundleForClass: attend un objet de Classe en fait, en Outre, pour NSString* et le type de Classe, cette méthode retourne le regroupement principal dans le résultat. J'ai vérifié dans cocoapods avec bibliothèque statique.
- Correct. Vous ne l'envoyez pas de chaîne et attendre l'ensemble actuel. Vous envoyez un type d'une classe dans le ciblées bundle. Elle fonctionne.
InformationsquelleAutor plusmancn

Quant à moi, j'ai dû ajouter le "s.ressources" dans la .podspec. Avant c'était manquant.

Seulement les.resource_bundles ont été mis de cette façon: 'BPPicker/Assets/.', changé en " BPPicker/Assets/*' ainsi.

#
# Be sure to run `pod lib lint BPPicker.podspec' to ensure this is a
# valid spec before submitting.
#
# Any lines starting with a # are optional, but their use is encouraged
# To learn more about a Podspec see http://guides.cocoapods.org/syntax/podspec.html
#

Pod::Spec.new do |s|
  s.name             = 'BPPicker'
  s.version          = '0.1.11'
  s.summary          = 'This is the imito Body Part Picker.'

# This description is used to generate tags and improve search results.
#   * Think: What does it do? Why did you write it? What is the focus?
#   * Try to keep it short, snappy and to the point.
#   * Write the description between the DESC delimiters below.
#   * Finally, don't worry about the indent, CocoaPods strips it!

  s.description      = <<-DESC
TODO: Add long description of the pod here.
                       DESC

  s.homepage         = 'https://bitbucket.org/imito/bppicker'
  # s.screenshots     = 'www.example.com/screenshots_1', 'www.example.com/screenshots_2'
  s.license          = { :type => 'MIT', :file => 'LICENSE' }
  s.author           = { 'Ievgen Naloiko' => '[email protected]' }
  s.source           = { :git => 'https://[email protected]/imito/bppicker.git', :tag => s.version.to_s }
  # s.social_media_url = 'https://twitter.com/<TWITTER_USERNAME>'

  s.ios.deployment_target = '9.0'

  s.source_files = 'BPPicker/Classes/**/*'

  s.resource_bundles = {
    'BPPicker' => ['BPPicker/Assets/*']
  }
    s.resources = "BPPicker/**/*.{png,json}"

    s.frameworks = 'UIKit'
    s.dependency 'ObjectMapper'
end

Oui enfin, l'ajout de la s.resources emplacement de la podspec enfin résolu ce problème pour moi aussi.

InformationsquelleAutor Naloiko Eugene

0

J'ai fait un pod qui peuvent localiser les regroupements de ressources dans les gousses.
J'espère qu'il va mettre fin à la "CocoaPods regroupement de ressources" problème une fois pour toutes.

https://github.com/haifengkao/PodAsset
- Downvote. Je viens de vérifier la méthode bundlePathForPod de la mise en œuvre, il mélange les pod nom et ressource nom du bundle, pour le pur gousse de projet utilisateurs, il n'est pas nécessaire pour eux de connaître la ressource nom du bundle.
- pull request bienvenue 🙂
InformationsquelleAutor Hai Feng Kao

Cette réponse travaille avec Swift3 et Swift4.

Créer une fonction dans le répertoire module dans le fichier.

func loadImageBundle(named imageName:String) -> UIImage? {
    let podBundle = Bundle(for: self.classForCoder)
    if let bundleURL = podBundle.url(forResource: "Update with directory name", withExtension: "bundle")
    {
        let imageBundel = Bundle(url:bundleURL )
        let image = UIImage(named: imageName, in: imageBundel, compatibleWith: nil)
        return image
    }
    return nil
}

Utilisation

imageView.image = loadImageBundle(named: "imagefile")

InformationsquelleAutor Durul Dalkanat

Vous devez vous connecter pour publier un commentaire.