Không tìm thấy thư viện khi sử dụng CocoaPods với các bài kiểm tra logic của iOS

Tôi đang cố gắng viết một số bài kiểm tra logic iOS đối với các lớp trong dự án của tôi có sử dụng chức năng từ một số thư viện trong podspec của tôi. Tôi đang sử dụng gói thử nghiệm đơn vị tiêu chuẩn được cung cấp trong Xcode (mặc dù không phải là Thử nghiệm ứng dụng, chỉ là Thử nghiệm đơn vị).

Ví dụ: tôi sử dụng Magical Record và tôi có thư viện đó được liên kết trong podspec của mình. Nó hiện diện trong dự án Pods trong không gian làm việc của tôi và hoạt động như mong đợi khi ứng dụng đang chạy trong trình giả lập hoặc trên thiết bị. Tuy nhiên, khi tôi cố gắng liên kết để kiểm tra đối tượng sử dụng Magical Record, tôi gặp lỗi liên kết nói rằng nó không thể tìm thấy các công cụ chọn từ Magical Record. Tôi đã thử cập nhật HEADER_SEARCH_PATH trong gói thử nghiệm logic của mình, thậm chí mã hóa nó cứng vào thư mục tiêu đề được tạo bởi CocoaPods, nhưng không gặp may.

Tôi có thể chạy thử nghiệm đơn vị đối với các lớp không sử dụng thư viện CocoaPods mà không gặp vấn đề gì.

Tôi đang đi về điều này sai? Tôi có nên làm một cái gì đó khác để có được trình biên dịch để xem các thư viện của Cốc Cốc không?

CocoaPods 1.0 đã thay đổi cú pháp cho việc này. Bây giờ nó trông như thế này:

def shared_pods
    pod 'SSKeychain', '~> 0.1.4'
    ...
end

target 'Sail' do
    shared_pods
end

target 'Sail-iOS' do
    shared_pods
end

Câu trả lời trước của Cốc Cốc 1.0

Những gì bạn muốn sử dụng là link_withtừ của bạn Podfile. Cái gì đó như:

link_with 'MainTarget', 'MainTargetTests'

Sau đó chạy pod installlại.

Tôi đã tìm ra điều này bằng cách xem cách mục tiêu chính của ứng dụng của tôi nhận được các cài đặt từ thư viện CocoaPods. CocoaPods bao gồm tệp .xcconfig có tên Pods.xcconfig. Tập tin này chứa tất cả các đường dẫn tìm kiếm tiêu đề.

Nếu bạn nhìn vào dự án của mình trong trình điều hướng dự án và nhấp vào tab Thông tin, bạn sẽ thấy cấu hình bản dựng của mình được liệt kê ở phần trên cùng. Nếu bạn mở tam giác tiết lộ cho các cấu hình khác nhau của mình, bạn sẽ thấy các Pod được liệt kê dưới mục tiêu chính của bạn. Tôi đã phải bấm vào trình đơn thả xuống và thêm Pods vào mục tiêu kiểm tra logic.

Tôi cũng đã phải sao chép các thiết lập của $(inherited)và${PODS_HEADERS_SEARCH_PATHS} từ mục tiêu chính của mình và sao chép chúng vào mục tiêu kiểm tra logic trong Cài đặt xây dựng / HEADER_SEARCH_PATHS.

Cuối cùng, tôi đã phải thêm libPods.a trong giai đoạn xây dựng Liên kết nhị phân với Thư viện cho mục tiêu kiểm tra logic của tôi.

Hy vọng điều này có thể giúp đỡ người khác.

Có một giải pháp tôi tìm thấy ở đây Bài kiểm tra đơn vị với CocoaPods :

Mở tệp dự án trong Xcode, sau đó chọn Dự án (không phải mục tiêu), trong bảng bên phải, có một phần được gọi là Cấu hình. Chọn Pods trong cột "Dựa trên tệp cấu hình" cho mục tiêu thử nghiệm của bạn.

Tôi đồng ý với các câu trả lời khác nói rằng cần phải có các thư viện được liên kết với các mục tiêu thử nghiệm. Tuy nhiên không có gợi ý nào cho đến nay đã giúp tôi. Như @fabb viết trong một bình luận: "khi thử nghiệm,isSubclassOfClass: các cuộc gọi trở về KHÔNG khi họ nên trả về CÓ. Lý do duy nhất tôi có thể giải thích là các phụ thuộc thực sự được liên kết với cả mục tiêu chính và mục tiêu thử nghiệm và khi gói mục tiêu thử nghiệm loader tải gói chính, nó không thể quyết định lớp nào sẽ lấy. " Tôi nhận được cùng một vấn đề với tất cả các đề xuất trước đó trong chủ đề này.

Giải pháp mà tôi phải làm việc là cập nhật Podfile của mình để xác định các Pod cụ thể cho mục tiêu chính và mục tiêu thử nghiệm của tôi:

target 'MyTarget' do
   pod 'AFNetworking', '~> 2.5.0'
   pod 'Mantle', '~> 1.5'
end

target 'MyTargetTests' do
   pod 'OCMockito', '~> 1.3.1'
end

Cần phải chỉ định một Pod cho mục tiêu thử nghiệm của tôi mặc dù tôi không sử dụng bất kỳ Pod cụ thể thử nghiệm nào. Nếu không, CocoaPods sẽ không chèn logic liên kết cần thiết vào dự án của tôi.

Liên kết này là những gì đã giúp tôi đi đến kết luận này.

Tôi đã thêm :exclusive => trueđể tránh các lỗi ký hiệu trùng lặp trong mục tiêu thử nghiệm ứng dụng.

target 'myProjectTests', :exclusive => true do
   pod 'OCMock', :head
   pod 'XCTAsyncTestCase', :git => 'https://github.com/iheartradio/xctest-additions.git'
end

link_with 'myProject', 'myProjectTests'

Khi tôi thay đổi mục tiêu thử nghiệm ứng dụng thành thử nghiệm đơn vị logic, lỗi liên kết xảy ra. Sau khi tôi gỡ bỏ :exclusive => true, mọi thứ hoạt động trở lại.

target 'myProjectTests', do
   pod 'OCMock', :head
   pod 'XCTAsyncTestCase', :git => 'https://github.com/iheartradio/xctest-additions.git'
end

link_with 'myProject', 'myProjectTests'

:exclusive => truenói rằng mọi thứ bên ngoài do...endKHÔNG nên được liên kết đến myProjectTests, điều này hợp lý trong các mục tiêu kiểm tra ứng dụng, nhưng nó sẽ gây ra lỗi liên kết trong các mục tiêu kiểm tra logic.

Bạn có thể sử dụng link_with theo giải pháp @Keith Smiley.

Trong trường hợp bạn có các nhóm chung và thông số cụ thể cho từng mục tiêu, bạn có thể muốn sử dụng tùy chọn "def" để xác định nhóm các nhóm. và sử dụng "def" sau trong mục tiêu độc quyền.

def import_pods
    pod 'SSKeychain'
end

target 'MyProjectTests', :exclusive => true do
  import_pods
end

target 'MyProject', :exclusive => true do
  import_pods
  pod 'Typhoon'
end

trong ví dụ trên, tôi đã thêm 'SSKeychain' vào cả hai mục tiêu và 'Typhoon' chỉ cho mục tiêu 'MyProject'

Giải pháp của tôi cho vấn đề này là thay đổi Podfile của tôi để đưa thư viện vào cả hai mục tiêu như thế này

target "MyApp" do  
    pod 'GRMustache', '~> 7.0.2'
end

target "MyAppTests" do
    pod 'GRMustache', '~> 7.0.2'
end

Và vì tôi đang sử dụng swift nên tôi cũng phải định cấu hình mục tiêu thử nghiệm để bao gồm MyApp-Bridging-Header.htệp. (Trong nhóm Trình biên dịch Swift trong tab Cài đặt bản dựng)

Tôi đã có một sự cố tương tự khi tôi bị mất một số tệp thư viện trong một số kiểm soát phiên bản. Tôi vẫn thấy tệp thư viện trong Pods của mình nhưng với mã thực tế bị thiếu, XCode nói rằng nó đã biến mất. Theo tôi, việc chạy 'cài đặt pod' không ngay lập tức đưa các tập tin bị mất trở lại.

Tôi đã phải loại bỏ và thay thế pod thủ công bằng cách làm như sau:

1. Xóa thư viện khỏi Podfile
2. Chạy 'pod install' để xóa hoàn toàn thư viện
3. Đặt thư viện trở lại vào Podfile
4. Chạy lại 'cài đặt pod'

Điều này sẽ đặt thư viện trong câu hỏi trở lại ở dạng ban đầu của nó.

Cũng đáng lưu ý rằng nếu bạn đã libPods.athêm hai lần, bạn sẽ gặp một số lỗi khó chịu như thế này:

232 duplicate symbols for architecture i386

Để sửa nó, chỉ cần xóa một trong các libPods.atham chiếu trong Project Explorer của bạn.

Kể từ Cốc Cốc 1.x, có một cách mới để khai báo các phụ thuộc được chia sẻ giữa mục tiêu và mục tiêu thử nghiệm tương ứng. Tôi đã sử dụng giải pháp được chấp nhận bởi Mark Struzinski cho đến thời điểm này, nhưng sử dụng phương pháp này mang lại một số lượng lớn cảnh báo khi chạy thử nghiệm của tôi rằng:

Class SomeClass is implemented in both /Path/To/Test/Target and /Path/To/App/Target. One of the two will be used. Which one is undefined.

Với CocoaPods 1.x, chúng tôi có thể khai báo mục tiêu -Test của chúng tôi là kế thừa thông qua các đường dẫn tìm kiếm của mục tiêu cha mẹ, như vậy:

target 'MyApp' do
    pod 'aPod'
    pod 'anotherPod'
    project 'MyApp.xcodeproj'
end
target 'MyAppTests' do
    inherit! :search_paths
    project 'MyApp.xcodeproj'
end

Điều này sẽ dẫn đến mục tiêu -Test có quyền truy cập vào các phụ thuộc của mục tiêu ứng dụng mà không có nhiều bản sao nhị phân. Điều này đã nghiêm túc tăng tốc thời gian xây dựng thử nghiệm cho tôi.

Hãy thử cái này nó làm việc cho tôi,

Chúng ta cần đặt Pods trong Cấu hình,

Dự án-> Thông tin-> Cấu hình trong dự án Xcode (dự án của bạn) nên được đặt thành dự án chính 'Pods' để gỡ lỗi, phát hành (và những gì bạn có). Xem "Không tìm thấy tiêu đề - không bao gồm đường dẫn tìm kiếm"

Hy vọng điều này sẽ giúp một số người.

Tôi đang làm việc với tích hợp GoogleMaps Objective-C POD trên iOS với ứng dụng Swift của tôi và vì vậy, vấn đề là mục tiêu Thử nghiệm không có tham chiếu đến Tệp Tiêu đề Cầu ( SWIFT_OBJC_BRIDGING_HEADER ) trong Cài đặt bản dựng. Đảm bảo cả mục tiêu ứng dụng và ứng dụng thử nghiệm của bạn đều chỉ ra điều đó để các lệnh gọi API của bên thứ 3 (API bản đồ, v.v.) có thể được sử dụng trong các thử nghiệm đơn vị nhanh chóng.

Cú pháp tiếp theo mang lại kết quả tốt nhất cho tôi (được thử nghiệm theo cocoapod v.1.2.1):

https://github.com/CocoaPods/CocoaPods/issues/4626#issuecomment-210402349

 target 'App' do
    pod 'GoogleAnalytics' , '~> 3.0'
    pod 'GoogleTagManager' , '~> 3.0'

     pod 'SDWebImage', '~>3.7'
     platform :ios, '8.0'
     use_frameworks!

     target 'App Unit Tests' do
         inherit! :search_paths
     end
 end

Không có điều này, tôi có các cảnh báo trong khi chạy thử về các biểu tượng trùng lặp.

Sau khi cảnh báo này đã biến mất.

Tôi gặp vấn đề khi sử dụng OpenCV theo XCTest. Nó đã cho tôi các lỗi liên kết của Undefined symbols for architecture arm64các lớp như cv::Mat. Tôi đang cài đặt OpenCV thông qua Cốc Cốc sử dụng pod 'OpenCV', '~> 2.0'theo mục tiêu chính. Bất kể tôi đã cố gắng đặt sự phụ thuộc OpenCV như thế nào vào mục tiêu thử nghiệm hoặc inherit! :search_pathskhông sử dụng bất kỳ mục tiêu nào trong số đó. Giải pháp là tạo ra một thứ abstract_targetnhư vậy:

# Uncomment the next line to define a global platform for your project
platform :ios, '6.1.6'

abstract_target 'Shows' do
  pod 'RMVision', path: '../..'
  pod 'RMShared', path: '../../../RMShared'
  pod 'OpenCV', '~> 2.0'

  target 'RMVisionSample' do
    # Uncomment the next line if you're using Swift or would like to use dynamic frameworks
    # use_frameworks!

    # Pods for RMVisionSample
  end

  target 'RMVisionSampleTests' do
    # inherit! :search_paths
    # Pods for testing
  end

  target 'RMVisionBenchmarks' do
    # inherit! :search_paths
    # Pods for testing
  end

end 

Cũng hữu ích là các lệnh pod deintegrate& pod cleangiúp dọn dẹp dự án và đảm bảo rằng bạn bắt đầu mới khi thử nghiệm. Bạn có thể cài đặt hai cái đó bằng cách sử dụng [sudo] gem install cocoapods-deintegrate cocoapods-clean.