元数据绑定系列(二):元数据绑定进阶

开发 前端
通过codelbs代码的学习,这一篇我们更深入思考一下。不然,对于元数据绑定我们永远只是停留在使用工具的重复劳动阶段。

[[420940]]

想了解更多内容,请访问:

51CTO和华为官方合作共建的鸿蒙技术社区

https://harmonyos.51cto.com

先上源码:

喵叔catuncle / TestMetaDataBinding(主程序)

喵叔catuncle / TestDataCenter(配合主程序演示跨进程、跨设备特性)

demo截图

上一篇元数据绑定系列(一):元数据绑定的使用,算是元数据绑定入门。通过codelbs代码的学习,这一篇我们更深入思考一下。不然,对于元数据绑定我们永远只是停留在使用工具的重复劳动阶段。

代码项目结构

元数据绑定系列(二):元数据绑定进阶-鸿蒙HarmonyOS技术社区
  • entry:程序入口(主程序,自定义元数据类HelloUiMetaData也放在这个module)
  • dataability:请忽略这个名字,最开始放的是AlarmClock的数据绑定。后来rdb作为数据源要和dataability对比,所以也放在这个module里。
  • datacenter:数据源相关的类AlarmsDataAbility和AlarmRdbStoreMetaDataHelper以及数据库都放在这个module。为了体现数据绑定的ui层和数据层分离的思想,所以我刻意把数据层放在独立的Module中。
  • mylibrary:放一些工具类

思考一:一个xml布局文件中可以使用多个元数据吗?

先说答案:可以。

核心代码:

  1. <?xml version="1.0" encoding="utf-8"?> 
  2. <DirectionalLayout 
  3.     xmlns:ohos="http://schemas.huawei.com/res/ohos" 
  4.     xmlns:metaDataBinding="http://schemas.huawei.com/res/metaDatabinding" 
  5.     ohos:height="match_parent" 
  6.     ohos:width="match_parent" 
  7.     ohos:alignment="center" 
  8.     ohos:orientation="vertical"
  9.  
  10.     <request-meta-data 
  11.         name="data" 
  12.         schema="wang.unclecat.meta-data.hello"/> 
  13.  
  14.     <request-meta-data 
  15.         name="helloUi" 
  16.         class="wang.unclecat.databinding.HelloUiMetaData" 
  17.         schema="wang.unclecat.meta-data.hello.ui"/> 
  18.  
  19.     <Text 
  20.         ohos:id="$+id:text_helloworld" 
  21.         ohos:height="match_content" 
  22.         ohos:width="match_content" 
  23.         ohos:background_element="$graphic:background_ability_main" 
  24.         ohos:layout_alignment="horizontal_center" 
  25.         metaDataBinding:text="@{data.msg}" 
  26.         ohos:text_size="40vp" 
  27.         /> 
  28.  
  29.     <Text 
  30.         ohos:id="$+id:text_helloworld2" 
  31.         ohos:height="match_content" 
  32.         ohos:width="match_content" 
  33.         ohos:background_element="$graphic:background_ability_main" 
  34.         ohos:layout_alignment="horizontal_center" 
  35.         ohos:text_size="40vp" 
  36.         metaDataBinding:text="*{helloUi.toStr(@{helloUi.count})}" 
  37.         /> 
  38.  
  39.  
  40. </DirectionalLayout> 
  1. MetaDataRequestInfo request = new MetaDataRequestInfo.Builder() 
  2.         .fromRequestItems(binding.getRequestMetaData()) 
  3.         .setSyncRequest("data"true
  4.         .setSyncRequest("helloUi"true
  5.         .setCustomDao("data", simpleDao) 
  6.         .setCustomDao("helloUi", simpleDaoUi) 
  7.         .build(); 

demo中,我定义了两个元数据data和helloUi,都可以成功绑定。

实际开发中,如果一个页面中有多个业务上不同的区域,那么每个区域绑定的数据也必然是不同的。(如果强行定义在一个元数据实体中也可以,但是违背了“面向对象”的思想。)

详见 wang.unclecat.databinding.slice.HelloSlice中示例

思考二:为什么Feature中使用 元数据绑定,Json Schema文件必须放在Entry的resource/rawfile.jsonschema路径下?

否则报错提示"没有定义相应的schema"

  1. java.lang.NullPointerException: Attempt to invoke virtual method 'java.lang.String[] ohos.mp.metadata.binding.schema.SchemaProto.getFields()' on a null object reference 

 反编译:

  1. package ohos.mp.metadata.binding.schema
  2.  
  3. public class SchemaParseUtil { 
  4.  
  5.     public static void loadAllMetaDataSchema(Context var0) { 
  6.         try { 
  7.             RawFileEntry var1 = var0.getResourceManager().getRawFileEntry("resources/rawfile/jsonschema/");//这个路径有问题!!! 
  8.             Entry[] var2 = var1.getEntries(); 
  9.  
  10.             for(int var3 = 0; var3 < var2.length; ++var3) { 
  11.                 String var4 = var2[var3].getPath(); 
  12.                 String var5 = "resources/rawfile/jsonschema/" + var4; 
  13.                 loadSingleMetadataSchema(var0, var5); 
  14.             } 
  15.         } catch (IOException var6) { 
  16.             Log.error("Load All MetaData Schema Failed: IO exception"); 
  17.         } 
  18.     } 

之前我总结过rawfile的使用,有这样的结论:

就算在myfeature这个module里"resources/..."也是"entry/resources/..."的简写形式。

所以,Json Schema文件必须放在Entry中。可是,这显然不符合我们的开发习惯啊,我们应该把相关的资源放在同一个module里。

在本例中,dataability中使用的Json Schemaalarm_schema.json是放在dataability这个module中,我是怎么做到的呢?

其实很简单

  1. package wang.unclecat.dataability; 
  2.  
  3. @MetaDataApplication(requireData = true, exportData = false
  4. public class MyApplication extends AbilityPackage { 
  5.  
  6.     @Override 
  7.     public void onInitialize() { 
  8.         super.onInitialize(); 
  9.  
  10.         //MetaDataFramework.init(this);//有bug 
  11.         MetaDataFrameworkExtra.init(this);//用它来代替 
  12.     } 

详见wang.unclecat.mylibrary.MetaDataFrameworkExtra

  1. package wang.unclecat.mylibrary; 
  2.  
  3. public class MetaDataFrameworkExtra { 
  4.  
  5.     public static void init(AbilityPackage var0) { 
  6.         MetaDataFramework.appContext = var0; 
  7.         loadAllMetaDataSchema(var0);//fix: SchemaParseUtil.loadAllMetaDataSchema(var0); 
  8.         UiOperatorManager.init(); 
  9.     } 
  10.  
  11.     //fix: SchemaParseUtil.loadAllMetaDataSchema(var0); 
  12.     public static void loadAllMetaDataSchema(Context var0) { 
  13.         String moduleName = var0.getHapModuleInfo().getModuleName(); 
  14.  
  15.         try { 
  16.             //这里是关键!把moduleName加上! 
  17.             RawFileEntry var1 = var0.getResourceManager().getRawFileEntry(moduleName+"/resources/rawfile/jsonschema/"); 
  18.             Entry[] var2 = var1.getEntries(); 
  19.  
  20.             for(int var3 = 0; var3 < var2.length; ++var3) { 
  21.                 String var4 = var2[var3].getPath(); 
  22.                 String var5 = moduleName+"/resources/rawfile/jsonschema/" + var4; 
  23.                 loadSingleMetadataSchema(var0, var5); 
  24.             } 
  25.         } catch (IOException var6) { 
  26.             Log.error("Load All MetaData Schema Failed: IO exception"); 
  27.         } 
  28.  
  29.     } 
  30.  
  31.     //call the method using reflection 
  32.     private static void loadSingleMetadataSchema(Context var0, String var1){ 
  33.         try { 
  34.             Class<?> threadClazz = Class.forName("ohos.mp.metadata.binding.schema.SchemaParseUtil"); 
  35.             Method method = threadClazz.getDeclaredMethod("loadSingleMetadataSchema", Context.class, String.class); 
  36.             method.setAccessible(true); 
  37.             System.out.println(method.invoke(null, var0, var1)); 
  38.         } catch (Exception e) { 
  39.             e.printStackTrace(); 
  40.         } 
  41.     } 

思考三:除了DataAbility作为数据源,还可以有其它形式的数据源吗?

codelabs中使用的元数据有如下三个:

  1. class ClockRowMetaData extends DataAbilityMetaData 
  2. class CustomMetaData extends DataAbilityMetaData 
  3. class NoteMetaData extends MetaData 

 MetaData是所有元数据类的最终基类。

其中ClockRowMetaData和CustomMetaData都继承自DataAbilityMetaData,而DataAbilityMetaData的基类还是MetaData,DataAbilityMetaData以DataAbility为数据源。

NoteMetaData通过自定义的class MyDataHandler implements CustomDao.ICustomMetaDataHandler最终还是使用DataAbility作为数据源。

难道我们使用元数据绑定框架只能通过DataAbility来访问数据?

当然不是。

com.huawei.middleplatform:ohos-metadata-binding:1.0.0.0中默认有三个MetaData的子类

  1. DataAbilityMetaData 
  2. RdbStoreMetaData 
  3. RemoteServiceMetaData 

 从名字上不难看出,它们本质只是数据源不同,用法上应该大同小异。

在 喵叔catuncle / TestMetaDataBinding

  • 我也会演示RdbStoreMetaData的用法,它以Rdb(关系型数据库)直接作为数据源,而不需要DataAbility中转。

详见:wang.unclecat.dataability.alarm.metadata.ClockRowMetaData2

  • 也会直接继承MetaData自定义我们的HelloUiMetaData元数据类,它的数据源很简陋,只是内存中的一个变量。

详见:wang.unclecat.databinding.HelloUiMetaData

  • 至于RemoteServiceMetaData后续我会慢慢加上,先把这篇文章写完,不然放得时间太长了。

说了这么多,现在认真回答一下这个问题:除了DataAbility作为数据源,可以有Rdb、RemoteService、自定义数据源(这里可以根据自己的需求自由发挥)

思考四:关于RdbStoreMetaData的问题一:

设置"rdbstore:///wang.unclecat.datacenter.AlarmRdbStoreMetaDataHelper"这样的uri会报错

  1. ohos.mp.metadata.binding.databinding.DataSourceConnectionException: 
  2. Make sure [wang.unclecat.datacenter.AlarmRdbStoreMetaDataHelper] is accessible 

 如果把元数据数据绑定的日志开关打开,我们可以看到这样的error提示:

  1. "Illegal dataUri. supported type:rdbstore:///wang.unclecat.datacenter.AlarmRdbStoreMetaDataHelper 

 反编译:

  1. package ohos.mp.metadata.binding.databinding; 
  2.  
  3. public class MetaDataRequestInfo { 
  4.   
  5.     public static class Builder { 
  6.          
  7.         public MetaDataRequestInfo.Builder setRequestSource(String var1, String var2) { 
  8.             if (!this.isIllegalDataUri(var2)) { 
  9.                 String var4 = "|dataability|dataservice|datahandler|"
  10.                 Log.error("Illegal dataUri. supported type: " + var4); 
  11.                 throw new DataSourceNotFoundException("Illegal dataUri. supported type: " + var4); 
  12.             } else { 
  13.                 MetaDataRequestInfo.RequestItem var3 = this.getOrCreateRequest(var1); 
  14.                 var3.dataUri = var2; 
  15.                 return this; 
  16.             } 
  17.         } 
  18.  
  19.         //这个方法有bug!!! 
  20.         private boolean isIllegalDataUri(String var1) { 
  21.             String var2 = "^(dataability|dataservice|datahandler)\\:\\/.*?\\/.*?\\/.*";//这里有bug!!!少了rdbstore 
  22.             return Pattern.matches(var2, var1); 
  23.         } 
  24.          
  25.         public MetaDataRequestInfo build() { 
  26.             Iterator var1 = this.requestMap.keySet().iterator(); 
  27.  
  28.             while(var1.hasNext()) { 
  29.                 String var2 = (String)var1.next(); 
  30.                 MetaDataRequestInfo.RequestItem var3 = (MetaDataRequestInfo.RequestItem)this.requestMap.get(var2); 
  31.                 if (var3.predicates != null) { 
  32.                     String var4 = var3.dataUri; 
  33.                     String var5; 
  34.                     if (var4.startsWith("dataability")) { 
  35.                         if (var3.predicates.getType() != Type.DATA_ABILITY_PREDICARES) { 
  36.                             var5 = "MetaDataRequestInfo-build: Invalid predicates type for request " + var3.name + ", should be DataAbilityPredicates object"
  37.                             Log.error(var5); 
  38.                             throw new DataSourceNotFoundException(var5); 
  39.                         } 
  40.                     } else if (var4.startsWith("rdbstore")) { 
  41.                         if (var3.predicates.getType() != Type.RDB_PREDICATES) { 
  42.                             var5 = "MetaDataRequestInfo-build: Invalid predicates type for request " + var3.name + ", should be RdbPredicates object"
  43.                             Log.error(var5); 
  44.                             throw new DataSourceNotFoundException(var5); 
  45.                         } 
  46.                     } else if (!var4.startsWith("dataservice") && var4.startsWith("datahandler") && var3.predicates.getType() != Type.PACMAP_PREDICATES) { 
  47.                         var5 = "MetaDataRequestInfo-build: Invalid predicates type for request " + var3.name + ", should be PacMap object"
  48.                         Log.error(var5); 
  49.                         throw new DataSourceNotFoundException(var5); 
  50.                     } 
  51.                 } 
  52.             } 
  53.  
  54.             return new MetaDataRequestInfo(this); 
  55.         } 
  56.     } 

 发现boolean isIllegalDataUri(String var1)有bug,解决方法就是跳过这个有bug的验证方法:

  1. package wang.unclecat.mylibrary; 
  2.  
  3. public class MetaDataFrameworkExtra { 
  4.  
  5.     public static void setRequestSource(MetaDataRequestInfo.Builder builder, String var1, String var2) { 
  6.         MetaDataRequestInfo.RequestItem requestItem = getOrCreateRequest(builder, var1); 
  7.         if (requestItem!=null) { 
  8.             requestItem.dataUri = var2; 
  9.         } 
  10.     } 
  11.  
  12.     //call the method using reflection 
  13.     private static MetaDataRequestInfo.RequestItem getOrCreateRequest(MetaDataRequestInfo.Builder builder, String var1) { 
  14.         try { 
  15.             Class<?> clazz = Class.forName("ohos.mp.metadata.binding.databinding.MetaDataRequestInfo$Builder"); 
  16.             Method method = clazz.getDeclaredMethod("getOrCreateRequest", String.class); 
  17.             method.setAccessible(true); 
  18.             return (MetaDataRequestInfo.RequestItem) method.invoke(builder, var1); 
  19.         } catch (Exception e) { 
  20.             e.printStackTrace(); 
  21.         } 
  22.  
  23.         return null
  24.     } 

思考五:关于RdbStoreMetaData的问题二

在使用RdbStoreMetaData的过程中,我发现对rdb的操作只有查询是成功的,插入、删除、修改都失败。

反编译:

  1. package ohos.mp.metadata.binding.dao.inner.rdbstore; 
  2.  
  3. public class RdbStoreDao extends MetaDataDao implements DataObserver { 
  4.     //代码有省略。。。。 
  5.      
  6.     public void notifyDataAdd(MetaData var1) { 
  7.         //空?所以ui层的改变,不会通过MetaData通知到数据层 
  8.     } 
  9.  
  10.     public void notifyDataDelete(MetaData var1) { 
  11.         //空?所以ui层的改变,不会通过MetaData通知到数据层 
  12.     } 
  13.  
  14.     public void notifyChange(MetaData var1, String var2, Object var3) { 
  15.         if (var1 instanceof RdbStoreMetaData) { 
  16.             RdbStoreMetaData var4 = (RdbStoreMetaData)var1; 
  17.             RdbStore var5 = this.helper.getRdbStore(); 
  18.             if (var5.isOpen()) { 
  19.                 var5.beginTransaction(); 
  20.                 RdbPredicates var6 = this.createIdentityPredicate(var4); 
  21.  
  22.                 try { 
  23.                     var5.update(var4.createValuesBucketWithoutKeys(this.helper.getMetaDataIdentity()), var6); 
  24.                     var5.markAsCommit(); 
  25.                 } catch (Exception var11) { 
  26.                     Log.error("RdbStore Update Failed: Exception"); 
  27.                 } finally { 
  28.                     var5.endTransaction(); 
  29.                 } 
  30.             } 
  31.         } 
  32.     } 

发现void notifyDataAdd(MetaData var1)和void notifyDataDelete(MetaData var1)是空实现,所以ui上插入、删除对MetaData的操作不会作用到数据层,也许是这个原因吧。当然,也有可能是我的用法不对。

ui上对MetaData的修改操作也同样不生效,我怀疑RdbStoreDao类中对MetaData没有调用addInnerObserver(),这只是和DataAbilityDao的实现对比后的猜测。

思考六:自定义MetaData都有哪几种方法?

在demo中,目前我只是简单通过setCustomDao()来设置自定义的SimpleDao并实现SimpleDao.ISimpleMetaDataHandler来完成对数据的绑定。

通过了解。自定义MetaData总结一下,有如下两种方法:

设置SimpleDao并实现相应的SimpleDao.ISimpleMetaDataHandler

设置"datahandler:///com.huawei.metadatabindingdemo.custom_data_source.handler.MyDataHandler"这样的uri,并实现相应的CustomDao.ICustomMetaDataHandler//codelabs中有演示, 本示例代码中没有实现

思考七:抽象类MetaDataDao的作用

此类封装了对数据源的直接操作(连接、增删改查等)。和常见的数据库orm框架中Dao的概念一致。

默认有五个实现类,前三个和内置的MetaData对应,后两个用于我们自定义MetaData

  1. DataAbilityDao 
  2. RdbStoreDao 
  3. RemoteServiceDao 
  4. SimpleDao 
  5. CustomDao 

顺便看一下 MetaDataDaoHelper的反编译结果:

  1. public class MetaDataDaoHelper { 
  2.     public MetaDataDaoHelper() { 
  3.     } 
  4.  
  5.     public static MetaDataDao createDao(RequestItem var0, IMetaDataObserver var1) { 
  6.         String var2 = var0.dataUri; 
  7.         Object var3 = null
  8.         if (var0.customDao != null) { 
  9.             var3 = var0.customDao; 
  10.         } else if (var2.startsWith("dataability")) { 
  11.             var3 = new DataAbilityDao(); 
  12.         } else if (var2.startsWith("rdbstore")) { 
  13.             var3 = new RdbStoreDao(); 
  14.         } else if (var2.startsWith("dataservice")) { 
  15.             var3 = new RemoteServiceDao(); 
  16.         } else if (var2.startsWith("datahandler")) { 
  17.             var3 = createFromUri(var2); 
  18.         } 
  19.  
  20.         if (var3 == null) { 
  21.             throw new DataSourceNotFoundException("Request name:[" + var0.name + "],Request dataUri:[" + var2 + "]"); 
  22.         } else { 
  23.             ((MetaDataDao)var3).setRequestItem(var0); 
  24.             ((MetaDataDao)var3).setMetaDataObserver(var1); 
  25.             Log.info("createDao: dao = " + var3.getClass().getName()); 
  26.             return (MetaDataDao)var3; 
  27.         } 
  28.     } 
  29.  
  30.     private static MetaDataDao createFromUri(String var0) { 
  31.         String var1 = var0.substring("datahandler:///".length()); 
  32.  
  33.         try { 
  34.             Class var2 = Class.forName(var1); 
  35.             Object var3 = var2.newInstance(); 
  36.             if (var3 instanceof ICustomMetaDataHandler) { 
  37.                 return CustomDao.create((ICustomMetaDataHandler)var3); 
  38.             } else if (var3 instanceof ISimpleMetaDataHandler) { 
  39.                 return SimpleDao.create((ISimpleMetaDataHandler)var3); 
  40.             } else { 
  41.                 throw new DataSourceNotFoundException("Class type of [" + var1 + "] doesn't match:" + ICustomMetaDataHandler.class.getTypeName() + "or" + ISimpleMetaDataHandler.class.getTypeName()); 
  42.             } 
  43.         } catch (ClassNotFoundException var4) { 
  44.             throw new DataSourceNotFoundException("Create custom metadata dao fail missing class in " + var0, var4); 
  45.         } catch (InstantiationException | IllegalAccessException var5) { 
  46.             throw new DataSourceNotFoundException("Instance custom metadata dao fail with for " + var0, var5); 
  47.         } 
  48.     } 

可知MetaDataDao的实例化依赖uri的判断结果

思考八:跨进程、跨设备访问dataability类型的uri数据源

在同设备安装 喵叔catuncle / TestDataCenter(配合主程序演示跨进程、跨设备特性),使用体验上和本地访问dataability完全一致,本示例代码中已经实现。

理论上讲跨设备也应该是一样的,不过跨设备访问DataAbility会报如下的错。可是我已经注册了,并且本地(或本机跨进程)访问都是好的。

  1. java.lang.IllegalArgumentException: DataAbility register failed, there is no corresponding dataAbility 
  2.  
  3. java.lang.IllegalStateException: No corresponding dataAbility, query failed 

求大神指点跨设备访问DataAbility的方法!!!

求大神指点跨设备访问DataAbility的方法!!!

求大神指点跨设备访问DataAbility的方法!!!

思考九: 如何开启元数据绑定框架的日志

ohos.mp.metadata.binding.common.Log是框架的日志工具类,默认是关闭的,开发过程中,我们可以打开,方法如下:

  1. try { 
  2.     Field field = ohos.mp.metadata.binding.common.Log.class.getDeclaredField("enableDebug"); 
  3.     field.setAccessible(true); 
  4.     field.set(nulltrue); 
  5. } catch (Exception e) { 
  6.     e.printStackTrace(); 

思考十:ui销毁之后,绑定关系需要解绑吗?

答案:需要,框架已自动完成,开发者无需干预。

还是反编译:

  1. public abstract class MetaDataBinding implements IMetaDataObserver, LifecycleStateObserver { 
  2.  
  3.     //子类的requestBinding()会调用此方法 
  4.     protected static <T extends MetaDataBinding> T createBinding(AbilitySlice var0, int layoutId, MetaDataRequestInfo var2, IMetaDataObserver var3) throws DataSourceConnectionException { 
  5.         if (var0 == null) { 
  6.             Log.warn("slice is null when creating binding"); 
  7.             return null
  8.         } else { 
  9.             Lifecycle var4 = var0.getLifecycle(); 
  10.             if (var4 == null) { 
  11.                 Log.warn("lifecycle is null when creating binding"); 
  12.                 return null
  13.             } else { 
  14.                 MetaDataBinding var5 = MetaDataFramework.getMetaDataBinding(layoutId); 
  15.                 var5.createComponent(var0, var4);//inflat布局 
  16.                 var5.requestBind(var2, var3);//绑定数据 
  17.                 return var5; 
  18.             } 
  19.         } 
  20.     } 
  21.  
  22.     protected Component createComponent(Context var1, Lifecycle var2) { 
  23.         this.context = var1; 
  24.         Component var3 = LayoutScatter.getInstance(var1).parse(this.getLayoutId(), (ComponentContainer)nullfalse); 
  25.         this.mComponent = new WeakReference(var3); 
  26.         this.lifecycle = var2; 
  27.         this.lifecycle.addObserver(this);//监听生命周期 
  28.         return var3; 
  29.     } 
  30.      
  31.     //响应生命周期变化,自动解绑 
  32.     public void onStateChanged(Event var1, Intent var2) { 
  33.         if (var1 == Event.ON_STOP) { 
  34.             this.unbind();//解绑 
  35.         } 
  36.     } 

 由上可知,框架会监听AbilitySlice的生命周期变化,并在其销毁时解绑

思考十一:元数据绑定的内部实现

上面那么多次反编译,我们也不难看出,元数据绑定基于APT(Annotation Processing Tool)即注解处理器。并且框架也由三部分组成(和ButterKinfe这类用到APT技术的框架一样):

  • ohos-metadata-annotation定义注解
  • ohos-metadata-processor注解处理器
  • ohos-metadata-binding工具类

生成类似如下的文件:

  1. wang.unclecat.dataability.metadatabinding.AlarmrowMetaDataBinding//主要完成数据的绑定、数据变化的监听 
  2. wang.unclecat.dataability.metadatabinding.Alarm_rowLayoutMapper//完成Ui操作(get和set) 
  3. //对ui的操作,详细可见package ohos.mp.metadata.binding.uioperate 

思考十二:每个页面都对应一个DataAbility可以吗?

我的回答:可以,但是不建议这样做。

因为DataAbility类似Android的ContentProvider,会跟着应用一起启动。如果有太多的DataAbility会占用太多内存资源。那怎么使用元数据绑定的DataAbility呢?

我们看官方文档是怎么介绍URI的:

详见:https://developer.harmonyos.com/cn/docs/documentation/doc-guides/ability-data-concept-0000000000043058

元数据绑定系列(二):元数据绑定进阶-鸿蒙HarmonyOS技术社区
  • query:查询参数。
  • fragment:可以用于指示要访问的子资源。

所以,我们只需要定义一个DataAbility,通过查询参数决定要访问的数据资源。

想了解更多内容,请访问:

51CTO和华为官方合作共建的鸿蒙技术社区

https://harmonyos.51cto.com

 

责任编辑:jianghua 来源: 鸿蒙社区
相关推荐

2021-09-01 10:37:25

鸿蒙HarmonyOS应用

2021-08-23 10:14:20

鸿蒙HarmonyOS应用

2010-07-30 11:03:54

Flex数据绑定

2017-08-08 09:15:41

前端JavaScript页面渲染

2010-07-28 13:11:13

Flex数据绑定

2012-05-29 16:22:02

SpringMVC

2010-07-28 13:31:10

Flex数据绑定

2016-10-27 13:40:02

编程语言 数据库

2010-07-30 10:45:08

Flex数据绑定

2010-08-05 15:06:19

Flex数据绑定

2010-12-20 15:13:11

Windows For

2021-02-11 08:27:28

数据

2023-10-07 11:04:58

WPF数据UI

2010-07-30 09:08:21

Flex数据绑定

2010-08-12 11:34:15

Flex数据绑定

2009-12-24 11:15:59

WPF数据绑定

2009-08-10 16:47:45

Visual C#数据

2023-02-27 15:46:19

数据元元数据

2010-08-10 10:56:39

2010-07-28 13:40:44

Flex数据绑定
点赞
收藏

51CTO技术栈公众号