Flutter 不在iOS上编译的插件-在Android上工作

Flutter 不在iOS上编译的插件-在Android上工作,flutter,Flutter,我正在尝试使用一些flatter软件包—特别是“”(将应用程序内容发送到其他应用程序)和“”(链接到应用程序外部的网站)。[我不认为我的问题是这两个包中的bug,因为它们为其他包工作,并且它们在我的构建问题中表现出相同的根本问题] 在Android emulator和设备上设置和使用这些功能都可以正常工作——运行和工作都“如广告所示” 但当我试图让iOS端正常工作时,我遇到了一些问题。当我开始构建/发布时,我会收到这样的消息 Launching lib/main.dart on iPhone X

我正在尝试使用一些flatter软件包—特别是“”(将应用程序内容发送到其他应用程序)和“”(链接到应用程序外部的网站)。[我不认为我的问题是这两个包中的bug,因为它们为其他包工作,并且它们在我的构建问题中表现出相同的根本问题]

在Android emulator和设备上设置和使用这些功能都可以正常工作——运行和工作都“如广告所示”

但当我试图让iOS端正常工作时,我遇到了一些问题。当我开始构建/发布时,我会收到这样的消息

Launching lib/main.dart on iPhone X in debug mode...
Skipping compilation. Fingerprint match.
Xcode build done.
Failed to build iOS app
Error output from Xcode build:
↳
** BUILD FAILED **
Xcode's output:
↳
=== BUILD TARGET Runner OF PROJECT Runner WITH CONFIGURATION Debug ===
/Users/bruce/repos/ex_app/ios/Runner/GeneratedPluginRegistrant.m:6:9: fatal error: 'share/SharePlugin.h' file not found
#import <share/SharePlugin.h>
^~~~~~~~~~~~~~~~~~~~~
1 error generated.
Could not build the application for the simulator.
Error launching application on iPhone X.
Exited (sigterm)
在调试模式下在iPhone X上启动lib/main.dart。。。
跳过编译。指纹匹配。
Xcode构建完成。
无法生成iOS应用程序
Xcode生成的错误输出:
↳
**构建失败**
Xcode的输出:
↳
==使用配置调试生成项目运行程序的目标运行程序===
/Users/bruce/repos/ex_app/ios/Runner/GeneratedPluginRegistrant.m:6:9:致命错误:“未找到share/SharePlugin.h”文件
#进口
^~~~~~~~~~~~~~~~~~~~~
生成1个错误。
无法为模拟器生成应用程序。
在iPhone X上启动应用程序时出错。
退出(sigterm)
。。。当我在XCode中打开应用程序时,我看到了相同的问题

。。。请求的代码文件在项目中不存在

。。。如果我删除这些包并在没有它们的情况下运行,那么这个构建在iOS上可以从“flatterrun”和XCode正常运行

如果这段代码被加载到其他地方,我似乎丢失了一个基本路径?或者“pub”没有将文件加载到项目中应该放置的位置


关于调试这个问题的下一步有什么想法吗?

我的懒惰解决方案是创建一个新的flatter应用程序,并将我的自定义代码迁移过来。如果这种情况再次发生,我将花更多时间查看“差异”,以了解解决方案之间可能发生的变化

涉及到不同版本的flifter和不同版本的Cocoapods,其中一个中期开发更新可能导致了这个问题

我确实保存了我使用的“flattercreate”命令(包括“org”开发环境(这对iOS尤其重要)开发环境(使用Swift和Java)的描述和名称)

我还使main.dart文件成为一个简单的

void main() {
  runApp(new MyApp());
}
。。。这样我就可以用一些参考资料轻松地连接整个应用程序

我正在尝试跟踪iOS/Android应用程序的任何手动更新(例如图标、播客文件、Firebase引用等),以便在必要时也可以轻松更新。

因此,我在一个新应用程序上进行了“颤振创建”,并且我能够使这些插件正常工作。如果我不能很快调试它,我可能会创建一个新的基本项目并迁移代码。我认为这可能是由于最近的“颤振更新”(颤振的更新版本(0.2.8->0.3.1)或不同机器上的“cocoapods”(1.4 vs.1.5)版本不匹配造成的。我想知道在看到未来生态系统中颤振和其他工具的升级时发生了什么,我不想每次都重新创建基础项目。