c#自定义控件资源释放问题_定义资源

本文讨论了API设计中资源的定义原则,包括资源应包含业务描述、单独使用、使用适当的名词、遵循统一接口、避免暴露所有细节、考虑是否需要独立资源以及资源关系的管理。这些指导原则有助于创建更清晰、更易于理解和维护的API。
摘要由CSDN通过智能技术生成

c#自定义控件资源释放问题

Fielding的论文中 ,资源描述为:

“可以命名的任何信息”……“文档或图像,临时服务(例如,“洛杉矶今天的天气”),其他资源的集合,非虚拟对象(例如,人) 等等。 换句话说,任何可能成为作者超文本 引用 目标的概念都 必须符合资源的定义。 资源是 到一组实体 的概念性映射 ,而不是在任何特定 时间 点对应于该映射的实体 。”

定义资源既是科学也是艺术 。 它需要领域知识和API体系结构技能。 下面详细介绍的以下几点用作清单,可以帮助您确定资源。

资源必须包含业务描述

  • 商业描述应为简单散文中的3-4个句子,以说明资源是什么。
  • 对您的系统有一定了解的开发人员应该能够理解该描述
  • 对资源的任何警告均应明确

资源应单独使用

这类似于定义微服务边界的准则,在这种情况下,应将微服务视为自身有用。 同样,资源应单独使用。

例如,代替:

 /street-address/{id}  RESPONSE  { 
     "street1" : "String" , 
     "street2" : "String"  } 

 /address-extra/{id}  RESPONSE  { 
     "city" : "String" , 
     "country" : "String"  } 

它应该是:

 /address/{id}  RESPONSE  { 
     "street1" : "String" , 
     "street2" : "String" , 
     "city" : "String" , 
     "country" : "String"  } 

如果资源本身没有用,并且总是需要后续请求,则这意味着代码将不可避免地变得更加复杂,并且第二个请求将对性能产生影响

使用适当的名词

首选使用简单名词而非复合名词。 例如,
地址优于AddressInfoAddressDetail 。 这是一条总规则,总会有例外

如果使用多个资源表示同一数据的不同视图,例如: AddressAddressD

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值