博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
我设想的接口
阅读量:6653 次
发布时间:2019-06-25

本文共 490 字,大约阅读时间需要 1 分钟。

 

现在c#的接口只是一个签名,也就是签名一样就可以用不同的实现。

但是我认为这个接口模式还不是理想的模式,我认为接口应该是一个规则,而不只是一个签名。也就是要满足特定规则的实现,才是符合该接口的。

规则包括对数据的定义,输入输出的关系等。从实现角度,就是接口签名外,增加代码测试功能。也就是,任何一个实现,都应该符合接口的签名(语法),同时通过它的测试(语意)。

为何我有这个想法,因为大多数情况下,单单签名相同就认为是一个实现,这种约束太低了,反而实用价值不大。

比如一个功能组件,建立的目的不是为了满足某一个功能吗?但是你其中一个实现却只是实现了一个接口签名,虽然能够套上去,但是组合起来完全不是你想要的功能,甚至让你的数据流变得乱七八糟,毫无意义。

比如是一个增幅器组件,把进入的int流增大,出来也是int流,光服从签名你可以进去的是大的数,出来是小的数,但是不符合你的语意,你的目的是增大,而不是减小。因此只有增加测试后的、添加语意限制后的接口的实现,才是满足你工作需求的。对进出的数进行扩大性判断,不符合语意就报错。

我认为这种接口,比单纯的签名式接口,更加有实用价值。

转载地址:http://rhjto.baihongyu.com/

你可能感兴趣的文章
基于React和SpringBoot的快速开发模板QuickAdmin
查看>>
C++远征之封装篇(下)-学习笔记
查看>>
桌面端前端性能优化策略
查看>>
React Native -- React-Navigation
查看>>
Spring Cloud入门教程-Hystrix断路器实现容错和降级
查看>>
Spring Security整合KeyCloak保护Rest API
查看>>
ReentrantReadWriteLock读写锁及其在 RxCache 中的使用
查看>>
详解javascript拖拽(一)基础介绍
查看>>
iOS encode
查看>>
JavaScript学习笔记之constructor,prototype,__proto__解惑
查看>>
Java类加载机制(全套)
查看>>
分布式系统架构之设计篇
查看>>
7个 Javascript 面试题及回答策略
查看>>
java:String
查看>>
V4L2视频输入框架概述
查看>>
兄弟,敬你是条汉子,请干了广告们~
查看>>
猫头鹰的深夜翻译:API网关的重要性
查看>>
哈希函数密码学
查看>>
【CuteJavaScript】Angular6入门项目(1.构建项目和创建路由)
查看>>
Redis-数据结构与对象-对象
查看>>