社区
C#
帖子详情
请问一下高手,开发时定义的接口需要遵循哪些规则?
cosmicking
2007-07-04 04:15:10
我说的模块接口,而不是类的接口!谢谢!
...全文
215
4
打赏
收藏
请问一下高手,开发时定义的接口需要遵循哪些规则?
我说的模块接口,而不是类的接口!谢谢!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
4 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
cosmicking
2007-07-09
打赏
举报
回复
顶
cosmicking
2007-07-06
打赏
举报
回复
比如说定义个数据接口,不考虑语言的情况下。一般采用什么方式,返回值如何定义,参数如何定义,需要考虑到以后程序的扩展!!
HankEmerson
2007-07-04
打赏
举报
回复
听起来很含糊
不慎理解
-------------------------------------------
非学无以广才,非志无以成学!
http://blog.sina.com.cn/PanJinCun
cosmicking
2007-07-04
打赏
举报
回复
没人知道吗?
jquery 资料合集 实例
.net 企业库 三层架构 jquery 资料合集 实例 jQuery由美国人John Resig创建,至今已吸引了来自世界各地的众多javascript
高手
加入其team,包括来自德国的Jörn Zaefferer,罗马尼亚的Stefan Petre等等。 jQuery是继prototype之后又一个优秀的Javascrīpt框架。其宗旨是——WRITE LESS,DO MORE,写更少的代码,做更多的事情。 它是轻量级的js库(压缩后只有21k) ,这是其它的js库所不及的,它兼容CSS3,还兼容各种浏览器 (IE 6.0+, FF 1.5+, Safari 2.0+, Opera 9.0+)。 jQuery是一个快速的,简洁的javaScript库,使用户能更方便地处理HTML documents、events、实现动画效果,并且方便地为网站提供AJAX交互。 jQuery还有一个比较大的优势是,它的文档说明很全,而且各种应用也说得很详细,同
时
还有许多成熟的插件可供选择。 jQuery能够使用户的html页保持代码和html内容分离,也就是说,不用再在html里面插入一堆js来调用命令了,只需
定义
id即可。 Jquery是继prototype之后又一个优秀的Javascrīpt框架。对prototype我使用不多,简单了解过。但使用上jquery之后,马上被她的优雅吸引住了。有人使用这样的一比喻来比较prototype和jquery:prototype就像Java,而jquery就像ruby.实际上我比较喜欢java(少接触Ruby 罢了)但是jquery的简单的实用的确有相当大的吸引力啊!在项目里我把jquery作为自己唯一的框架类包。使用其间也有一点点心得,其实这些心得,在jquery的文档上面也可能有讲,不过还是记下来,以备忘罢。三层架构, 企业库(Enterprise Library)是微软的模式与实践(Patterns & Practices)的下一代应用程序块(Application Blocks)。该企业库的设计思想是为了协助
开发
商解决企业级应用
开发
过程中所面临的一系列共性的问题, 如安全(Security)、日志(Logging)、数据访问(Data Access)、配置管理(Configuration Manage)等,并将这些广泛使用的应用程序块集成封装至一个叫企业库的程序包中。 通过这些程序块,可以解决共性的企业级
开发
过程中所面临的问题。使用新的设计理念整合应用程序块,使得各应用程序块具有重用性、一致性、扩展性、易用性、集成性 三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为:表现层(UI)、业务逻辑层(BLL)、数据访问层(DAL)。区分层次的目的即为了“高内聚,低耦合”的思想。 1、表现层(UI):通俗讲就是展现给用户的界面,即用户在使用一个系统的
时
候他的所见所得。 2、业务逻辑层(BLL):针对具体问题的操作,也可以说是对数据层的操作,对数据业务逻辑处理。 3、数据访问层(DAL):该层所做事务直接操作数据库,针对数据的增添、删除、修改、更新、查找等。 [编辑本段]概述 在软件体系架构设计中,分层式结构是最常见,也是最重要的一种结构。微软推荐的分层式结构一般分为三层,从下至上分别为:数据访问层、业务逻辑层(又或成为领域层)、表示层。 三层结构原理: 3个层次中,系统主要功能和业务逻辑都在业务逻辑层进行处理。 所谓三层体系结构,是在客户端与数据库之间加入了一个“中间层”,也叫组件层。这里所说的三层体系,不是指物理上的三层,不是简单地放置三台机器就是三层体系结构,也不仅仅有B/S应用才是三层体系结构,三层是指逻辑上的三层,即使这三个层放置到一台机器上。 三层体系的应用程序将业务
规则
、数据访问、合法性校验等工作放到了中间层进行处理。通常情况下,客户端不直接与数据库进行交互,而是通过COM/DCOM通讯与中间层建立连接,再经由中间层与数据库进行交互。 表示层 位于最外层(最上层),离用户最近。用于显示数据和接收用户输入的数据,为用户提供一种交互式操作的界面。 业务逻辑层 业务逻辑层(Business Logic Layer)无疑是系统架构中体现核心价值的部分。它的关注点主要集中在业务
规则
的制定、业务流程的实现等与业务需求有关的系统设计,也即是说它是与系统所应对的领域(Domain)逻辑有关,很多
时
候,也将业务逻辑层称为领域层。例如Martin Fowler在《Patterns of Enterprise Application Architecture》一书中,将整个架构分为三个主要的层:表示层、领域层和数据源层。作为领域驱动设计的先驱Eric Evans,对业务逻辑层作了更细致地划分,细分为应用层与领域层,通过分层进一步将领域逻辑与领域逻辑的解决方案分离。 业务逻辑层在体系架构中的位置很关键,它处于数据访问层与表示层中间,起到了数据交换中承上启下的作用。由于层是一种弱耦合结构,层与层之间的依赖是向下的,底层对于上层而言是“无知”的,改变上层的设计对于其调用的底层而言没有任何影响。如果在分层设计
时
,遵循了面向
接口
设计的思想,那么这种向下的依赖也应该是一种弱依赖关系。因而在不改变
接口
定义
的前提下,理想的分层式架构,应该是一个支持可抽取、可替换的“抽屉”式架构。正因为如此,业务逻辑层的设计对于一个支持可扩展的架构尤为关键,因为它扮演了两个不同的角色。对于数据访问层而言,它是调用者;对于表示层而言,它却是被调用者。依赖与被依赖的关系都纠结在业务逻辑层上,如何实现依赖关系的解耦,则是除了实现业务逻辑之外留给设计师的任务。 数据层 数据访问层:有
时
候也称为是持久层,其功能主要是负责数据库的访问,可以访问数据库系统、二进制文件、文本文档或是XML文档。 简单的说法就是实现对数据表的Select,Insert,Update,Delete的操作。如果要加入ORM的元素,那么就会包括对象和数据表之间的mapping,以及对象实体的持久化。
学JAVA
接口
面向
接口
开发
接口
1
接口
的概念 与之前学习过的抽象类一样,
接口
( Interface )在Java中也是一种抽象类型,
接口
中的内容是抽象形成的
需要
实现的功能,
接口
更像是一种
规则
和一套标准. 2
接口
格式 3
接口
的特点: 通过interface关键字来
定义
接口
通过implements让子类来实现
接口
接口
中的方法全部都是抽象方法(JAVA8) 可以把
接口
理解成一个特殊的抽象类(但
接口
不是类!!!) 类描述的是一类事物的属性和方法,
接口
则是包含实现类要实现的方法
接口
突破了java单继承的局限性
接口
.
一起学JAVA
接口
面向
接口
开发
接口
1
接口
的概念
接口
(英文:Interface),在JAVA编程语言中是一个抽象类型,是抽象方法的集合,
接口
通常以interface来声明。一个类通过继承
接口
的方式,从而来继承
接口
的抽象方法。
接口
并不是类,编写
接口
的方式和类很相似,但是它们属于不同的概念。类描述对象的属性和方法。
接口
则包含类要实现的方法。 除非实现
接口
的类是抽象类,否则该类要
定义
接口
中的所有方法。
接口
无法被实例化,但是可以被实现。一个实现
接口
的类,必须实现
接口
内所描述的所有方法,否则就必须声明为抽象类。另外,在 Java 中,
接口
接口
,类与
接口
的关系,
接口
与抽象类的区别
接口
1
接口
的概念 与之前学习过的抽象类一样,
接口
( Interface )在Java中也是一种抽象类型,
接口
中的内容是抽象形成的
需要
实现的功能,
接口
更像是一种
规则
和一套标准. 2
接口
格式 3
接口
的特点: 通过interface关键字来
定义
接口
通过implements让子类来实现
接口
接口
中的方法全部都是抽象方法(JAVA8) 可以把
接口
理解成一个特殊的抽象类(但
接口
不是类!!!) 类描述的是一类事物的属性和方法,
接口
则是包含实现类要实现的方法
接口
突破了java单继承的局限性
接口
.
程序编写
规则
程 序 编 写 规 则 概述 程序编写
规则
是附加在程序编译
规则
基础之上的一套计算机源程序编写方法。它建立在软件工程理论基础之上,经过程序员长
时
间经验的积累而产生出来的。不按照程序编写
规则
来写代码虽然不会发生程序编译错误,但是如果按照
规则
编写,对于程序的
开发
,调试和维护,程序员之间的交流有很大的好处。尤其在
开发
大型程序
时
,确定统一合理的程序编写
规则
更是保证程序编写质量的重要保证。
C#
110,536
社区成员
642,578
社区内容
发帖
与我相关
我的任务
C#
.NET技术 C#
复制链接
扫一扫
分享
社区描述
.NET技术 C#
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
让您成为最强悍的C#开发者
试试用AI创作助手写篇文章吧
+ 用AI写文章