解决Xamarin.Android绑定第三方库时类型丢失的问题(二）

在Crasheye的SDK时，我再一次遇到了绑定问题，之前的问题请看解决Xamarin.Android绑定第三方库时类型丢失的问题(一)，这一次出现的问题更多，也更棘手，其中几条查阅官方文档也没有发现解决方案。
问题是这样的：

下面我们一条一条来看，第一条问题报告如下：
CrashEyeTestPlus/obj/Debug/generated/src/Com.Xsj.Crasheye.Dao.Base.BaseDao.cs(29,29): Error CS0111: Type 'BaseDao' already defines a member called 'Delete' with the same parameter types (CS0111) (CrashEyeTestPlus)

查看问题源，发现文件中生成了两个一模一样的方法，连参数也是一样的：

    // Metadata.xml XPath method reference: path="/api/package[@name='com.xsj.crasheye.dao.base']/class[@name='BaseDao']/method[@name='delete' and count(parameter)=1 and parameter[1][@type='ID']]"
        [Register ("delete", "(Ljava/io/Serializable;)I", "GetDelete_Ljava_io_Serializable_Handler")]
        public virtual unsafe int Delete (global::Java.Lang.Object id)
        {......}

          ........

        // Metadata.xml XPath method reference: path="/api/package[@name='com.xsj.crasheye.dao.base']/class[@name='BaseDao']/method[@name='delete' and count(parameter)=1 and parameter[1][@type='T']]"
        [Register ("delete", "(Ljava/lang/Object;)I", "GetDelete_Ljava_lang_Object_Handler")]
        public virtual unsafe int Delete (global::Java.Lang.Object entity)
        {.......}

为了搞清楚怎么回事，我还是和上次一样，在AS里查看一下原生的接口是什么样子：

public abstract class BaseDao implements YoDao {
    .....
    public int delete(ID id) {
        return this.deleteByFields(this.whereClauseByPK(), this.whereArgsByPK(id));
    }

    public int delete(T entity) {
        int count = 0;
        if (entity != null) {
            ID id = this.getPK(entity);
            if (id != null) {
                count = this.delete(id);
            }
        }

        return count;
    }
    .....
}

可见T和ID都是泛型，C#对Java的泛型支持并不太好，所以Xamarin在封装的时候，把T和ID都当成了Object类型对待，因此导致两个方法封装成了一模一样的外观。为了令两个方法能相互区别，我将delete(ID id) 的参数类型修改为Serializable类型(ID本来就是一个Serializable)。在Metedata.xml文件中加入如下代码：
Java.IO.ISerializable

第二个问题是CrashEyeTestPlus/obj/Debug/generated/src/Com.Xsj.Crasheye.Dao.Base.IYoDao.cs(7,7): Error CS0111: Type 'IYoDao' already defines a member called 'Delete' with the same parameter types (CS0111) (CrashEyeTestPlus)。

这个问题的原因和上面是一样的，BaseDao的delete方法就是对IYoDao接口的实现，

public interface YoDao {
      ......
    int delete(ID var1);
    int delete(T var1);
      .......
}

所以我们同样把delete(ID var1)的参数类型修改过来即可。在Metedata.xml文件中加入如下代码：

Java.IO.ISerializable

第三个问题是 CrashEyeTestPlus/obj/Debug/generated/src/Com.Xsj.Crasheye.Dao.Impl.SessionDaoImpl.cs(23,23): Error CS0534: 'SessionDaoImpl' does not implement inherited abstract member 'BaseDao.SetPK(Object, Object)' (CS0534) (CrashEyeTestPlus)。
查看一下生成的SessionDaoImpl文件，能够看到

    public partial class SessionDaoImpl : global::Com.Xsj.Crasheye.Dao.Base.BaseDao, global::Com.Xsj.Crasheye.Dao.ISessionDao {

      ......
    public virtual unsafe global::Com.Xsj.Crasheye.Session.Session SetPK (global::Com.Xsj.Crasheye.Session.Session entity, global::Java.Lang.Long id){
      ......
     }
}

其中Com.Xsj.Crasheye.Dao.ISessionDao的原生实现是这样的：

public interface SessionDao extends YoDao {
}

因此可知，在SessionDaoImpl下T和ID已经被声明为Session和Long，但Xamarin并不知道，他仍要求SessionDaoImpl要有一个BaseDao.SetPK(Object, Object)的实现，但BaseDao并不知道T和ID的具体类型是什么，所以我们只能修改SessionDaoImpl中的SetPK方法的参数类型以匹配BaseDao.SetPK(Object, Object)。在Metedata.xml文件中加入如下代码：

  Java.Lang.Object
    Java.Lang.Object

但问题还没有结束，CrashEyeTestPlus/obj/Debug/generated/src/Com.Xsj.Crasheye.Dao.Impl.SessionDaoImpl.cs(23,23): Error CS0534: 'SessionDaoImpl' does not implement inherited abstract member 'BaseDao.SetPK(Object, Object)' (CS0534) (CrashEyeTestPlus)仍然还在。再看一下生成的SessionDaoImpl文件，会发现SetPK的声明已经发生改变：public virtual unsafe global::Com.Xsj.Crasheye.Session.Session SetPK (global::Java.Lang.Object entity, global::Java.Lang.Object id)。问题出在哪里呢？问题出在virtual声明上。
根据C#的语法要求，SessionDaoImpl的SetPK方法要实现BaseDao.SetPK，除了方法名、参数和返回类型要一一匹配之外，方法声明里还要有override，现在是virtual自然是不对的。

首先要移除virtual声明，添加如下代码可以解决：true，但仅仅是移除virtual是不够的，因为Java的成员方法默认是虚方法，都是可以重写的，而C#的成员方法则默认是非虚的，是不可重写的，因此override在这里是必须的。
但官方文档并没有给出这种情况应该如何解决，我经过一番摸索，得出了下述的解决方案：
public override将override关键字写在可见性声明里居然也可以，可见Metadata.xml本质就是一个模板文件；
进行到这一步，问题又变化了CrashEyeTestPlus/obj/Debug/generated/src/Com.Xsj.Crasheye.Dao.Impl.SessionDaoImpl.cs(67,67): Error CS0508: 'SessionDaoImpl.SetPK(Object, Object)': return type must be 'Object' to match overridden member 'BaseDao.SetPK(Object, Object)' (CS0508) (CrashEyeTestPlus)，SessionDaoImpl.SetPK方法的返回类型不匹配。这个简单，添加如下代码即可：
Java.Lang.Object
至此，关于SessionDaoImpl.SetPK的问题才算完全解决，但显然，SessionDaoImpl.SetPK方法的所有泛型的类型信息都被擦除了，我们在调用的时需要小心才行，保险起见，我们可以再封装一下SessionDaoImpl。

其他的问题的原因和解决方案与上述大同小异，这里就不再赘述了，希望本文能对你有帮助。