Eclipse 插件 - 使用适配器而不是强制转换有什么好处？

Question

如果您选择 IStructuredSelection 项目，使用 .toArray() 来获取它们的 Object[]-content，那么为什么将每个 Object 转换为 IAdaptable 然后再次转换为 IJavaProject 对我来说很好，我得到了所有类/接口及其方法....

但是当使用 (IJavaProject) adaptable.getAdapter(IJavaProject.class) 时，一些接口方法会丢失？

适配器到底做了什么（除了“返回一个作为给定类参数实例的对象......”）以及为什么每个人都建议使用它而不是强制转换？这是相关代码

    IAdaptable adaptable = (IAdaptable) selectedObject;
    IJavaProject javaProject = (IJavaProject) adaptable.getAdapter(IJavaProject.class);
    final IProject iProject = javaProject.getProject();
    iProject.refreshLocal(IResource.DEPTH_INFINITE, new NullProgressMonitor());
    final IJavaProject javaRefreshedProject = JavaCore.create(iProject);
    //processing further using ASTParser and CompilationUnit

Answer 1

您从选择中获得的许多对象并未实现 IProject 或 IJavaProject 之类的东西，而是一些更适合代码想要呈现视图或编辑器的方式的内部类。

在这种情况下，您不能使用强制转换，因为选择对象没有实现您想要的接口。

用户界面对象可以实现IAdaptable，它允许您使用object.getAdapter(...)检索底层类。

但是，并非所有对象都自己实现IAdaptable，而是使用IAdapterManager 的registerAdapters 方法来声明一个完全不同的类，该类从UI 对象转换为底层对象。在这种情况下，您使用

IProject project = (IProject)Platform.getAdapterManager().getAdapter(object, IProject.class);

您可以使用如下的实用方法来处理所有可能性：

public static <AdapterType> AdapterType adapt(Object adaptableObject, Class<AdapterType> adapterType)
{
  if (adaptableObject == null)
    return null;

  // Is the object the desired type?

  if (adapterType.isInstance(adaptableObject))
    return adapterType.cast(adaptableObject);

  // Does object adapt to the type?

  if (adaptableObject instanceof IAdaptable)
   {
     AdapterType result = adapterType.cast(((IAdaptable)adaptableObject).getAdapter(adapterType));
     if (result != null)
       return result;
   }

  // Try the platform adapter manager

  return adapterType.cast(Platform.getAdapterManager().getAdapter(adaptableObject, adapterType));
}