Ios CocoaPods破坏了我的计划

我对椰子荚感到非常沮丧，希望有一个善良的灵魂来帮助我。我安装了两个依赖项。在我犯了一个严重的错误，试图在代码中使用这些依赖项之前，一切都是正确构建的

在SubscribeViewController.m文件中，我添加了一行简单的代码，它不会发出编译器警告或错误：

AFHTTPRequestOperationManager *manager = [AFHTTPRequestOperationManager manager];

然后我开始运行项目，发生了以下情况：

我看到了一些潜在的解决方案，例如我的编译源代码和有效的体系结构的SubscribeViewController.m。这两种方法都不管用。如何使这些依赖项正常工作

以下是播客文件：

platform :ios, '7.0'

source 'https://github.com/CocoaPods/Specs.git'

target 'MyProject' do
    pod 'Braintree'
    pod "AFNetworking", "~> 2.0"
end

target 'MyProjectTests' do
    pod 'Braintree'
    pod "AFNetworking", "~> 2.0"
end

---

AFHttp pod可能不是为该体系结构构建的。我的播客文件中有这个，所以你可以试试，看看是否有帮助。我写这篇文章只是为了格式化，尽管我不确定这是否是实际的解决方案

# Remove 64-bit build architecture from Pods targets
post_install do |installer|
  installer.project.targets.each do |target|
    target.build_configurations.each do |configuration|
      target.build_settings(configuration.name)['ARCHS'] = '$(ARCHS_STANDARD_32_BIT)'
    end
  end
end

---

您可以包含当前的pod文件吗？

您是从.xcodeproj或.xcworkscpace构建的吗？这就是为什么我从来都不信任cocoapod。我试过一次，因为人们向我保证它和Python的pip一样有用，但pip从未强迫我以完全不同的方式组织整个项目。我的建议是：扔掉CoCoapod，手动将依赖项添加到项目中。这并不难。。。事实上，我认为即使Cocoapods工作得很好，它也不能比手动添加依赖项的过程有所改进。@Adam-xcworkspace.@ArtOfWarfare-我同意你关于Cocoapods的看法，基于我最初24小时的参与。我会研究它，但我希望找到一个快速的解决方案，而不必从头开始。在新项目中使用这个Podfile很好@ArtOfWarfare除非您的依赖关系很小且从未更新，否则CocoaPods绝对值得。尤其是随着依赖项数量的增加。这也使得导入小的依赖项变得微不足道，因此您可以更多地使用它们。谢谢你的建议。这让我的项目得以建立。然而，我得到一个非常令人担忧的编译器警告：Pods MyProect被拒绝，因为它的体系结构“i386”没有包含所有必需的体系结构“x86_64”。你知道这会有什么后果吗？我不是一个不解决编译器警告的人。我相信你应该从你的构建目标中删除64位架构。请看这里：