向Xcode项目添加GeoFire库时遇依赖冲突问题求助

首先明确：完全不需要降级Firebase到8.x版本——降级会让你错过Firebase 10.x的性能优化、安全补丁和新功能，完全没必要为了地理哈希功能牺牲这些。

针对你的需求（仅生成地理哈希、用于Firestore文档查询），推荐以下两种最优方案：

方案1：自行实现轻量地理哈希逻辑 #

地理哈希的核心逻辑非常简洁，你只需要实现两个核心功能：

• 经纬度转地理哈希字符串
• 根据目标哈希生成相邻范围的哈希（用于Firestore的范围查询）

你可以快速写一个工具类，完全脱离GeoFire依赖。比如Objective-C的示例片段：

@implementation GeohashHelper
// 经纬度转地理哈希（核心逻辑可复用公开的地理哈希算法实现）
+ (NSString *)geohashFromLatitude:(CLLocationDegrees)latitude longitude:(CLLocationDegrees)longitude precision:(NSUInteger)precision {
    NSString *base32Chars = @"0123456789bcdefghjkmnpqrstuvwxyz";
    // 省略具体编码步骤（可参考开源地理哈希实现）
    return @"w3e87s"; // 示例输出
}

// 生成目标哈希的相邻哈希，用于Firestore范围查询
+ (NSArray<NSString *> *)adjacentGeohashesForHash:(NSString *)geohash {
    // 逻辑参考GeoFire现有实现，仅保留查询所需的相邻哈希生成
    return @[@"w3e87r", @"w3e87t", @"w3e87q", @"w3e87u", @"w3e87n", @"w3e87v", @"w3e87m", @"w3e87w"];
}
@end

这个方案最轻便，完全避免依赖冲突，且只保留你需要的核心功能，无冗余代码。

方案2：Fork GeoFire-objc并修改依赖版本 #

如果你想继续使用GeoFire的现成API（比如查询封装），可以自己调整它的依赖范围：

1. 去GitHub Fork geofire-objc仓库
2. 找到根目录的Package.swift文件，修改Firebase依赖的版本范围：
   把原来的：

   .package(url: "https://github.com/firebase/firebase-ios-sdk.git", .upToNextMajor(from: "7.0.0"))
   

   修改为兼容Firebase 10.x的范围：

   .package(url: "https://github.com/firebase/firebase-ios-sdk.git", "7.0.0..<11.0.0")
   

3. 提交修改并推送到你的Fork仓库
4. 在Xcode中通过你的Fork仓库URL添加包依赖，即可正常集成GeoFire并兼容Firebase 10.16

不推荐的方案：降级Firebase #

除非有必须依赖旧版Firebase的强需求，否则绝对不要降级。Firebase大版本更新通常包含重要安全修复和性能改进，降级会带来潜在的稳定性和安全风险。

内容的提问来源于stack exchange，提问作者Ahmed Zaidan