关闭

组件接口(API)设计指南[5]-最后的思考

*返回目录阅读其他章节: http://blog.csdn.net/cuibo1123/article/details/39894477最后的思考    我通过困难的学习以及多年的失误,写了这片篇关于创建组件和api规则的文章。我在试着练习我的写作能力,虽然不可避免地会出现很多我没有提及的例子。    不是所有的规则都适用于所有情况,也没有一条规则在任何情况下适用。这里只是尽可能多的给你一些灵感,...
阅读(1997) 评论(0)

组件接口(API)设计指南[4]-通知(Notifications)

规则23: 通知跟随委托方法 在委托方法(适当的,不是数据源方法)和通知之间存在着天生的对应关系。你可以在你代码的任何地方使用他们,而达到完全相同的目的。 如果你有一个关于事件发生的委托,你通常也应该提供一个同样目的的通知。做到即使把委托方法全部移除,使用者也依然可以通过通知来实现相应功能。 委托方法的参数应该与通知的‘userInfo(通知附加值)’内容匹配,通知与您在委托中直接传递参数有一个明显的区别,它通常需要将信息装载到字典(NSDictionary)中。 委托方法:...
阅读(2027) 评论(0)

组件接口(API)设计指南[3]-委托(delegate)和数据源协议(data-source protocols)

我们几乎可以在任何组件中利用经典的委托(delegate)和数据源协议(data-source protocols)。如果你想显示一些数据,那么数据源协议可能就非常适合你,例如你有以下问题: 1:我有很多事物(有很多条数据)。 2:设置每个事物(数据)X的成员Y的值。 同样,在几乎所有情况下,一个经典的委托(delegate)协议形式如下: 1:这件事应当做吗(一个动作发生前,通常调用一个带有返回值的委托方法,决定动作是否执行)? 2:...
阅读(2849) 评论(0)

组件接口(API)设计指南[2]-类接口(class interface)

规则1:使用当前平台的描述用语或构架 一个最常见的API错误设计是使用外来的规则,API属于一个特定的平台和相关开发者生态系统。你不能使用任何其他不同平台的描述用语或构架,这会污染你当前的代码库,并破坏你同伴的工作效率。 在编码前要充分了解你的目标平台和代码规范。例如,在IOS和OSX中,不使用异常机制处理错误。统一命名规则(规则要足够详细,但是也要足够简洁)。 了解什么是协议(protocol),委托(delegate),扩展(category)。始终在你的代码中使用术语。遵守构造...
阅读(2456) 评论(0)

组件接口(API)设计指南[1]-要考虑的问题

开发人员与组件的显式交互主要有四种: 1. 类接口(classinterface),类公开的属性和方法。 2.委托协议(delegateprotocol),在相关的地方。 3.数据源协议(data-sourceprotocol),酌情。 4.规定的通知(notifications)。 我们设计的每一种交互,都应该需要用户刻意的去使用,不要做隐式的交互调用。另外,你应当思考两个关键问题: ○ 什么是控制? 控制会影响界面和类方法。它影响的界面是显而易见的,比如一个按钮,或者一个滑块。而...
阅读(2918) 评论(0)

组件接口(API)设计指南-目录

组件接口(API)设计指南-目录; 组件接口(API)设计指南[1]-要考虑的问题; 组件接口(API)设计指南[2]-类接口(class interface); 组件接口(API)设计指南[3]-委托(delegate)和数据源协议(data-source protocols); 组件接口(API)设计指南[4]-通知(Notifications); 组件接口(API)设计指南[5]-最后的思考;...
阅读(3696) 评论(0)
    个人资料
    • 访问:699079次
    • 积分:6796
    • 等级:
    • 排名:第3555名
    • 原创:95篇
    • 转载:10篇
    • 译文:11篇
    • 评论:259条
    微信


    微信:lofocus

     

    如果有问题,可加微信 :D

    博客专栏
    作品
    最新评论