面向编程

⑴ 面向接口编程和面向实现编程的区别

这个涉及到设计上的原则，也就是依赖倒转原则。举个简单的例子，我们经常用的操作数据库的方法，在jdk中定义的都是接口，由不同的数据库厂商实现，比如mysql的驱动，oracle的驱动，都是实现了jdk中定义接口标准。jdk中的设计就是面向接口的，而不同的数据库厂商就是面向实现的。
面向接口的好处就是，定义好接口标准，不管是谁只要按定义好的标准来实现，都可以无缝的切换，所以您应该发现，不管是用mysql也好，还是用oracle也都，您都是在使用jdk的api。

⑵ 面向过程的编程

到了编程就是:
public class 汽车运营
{
void 汽车启动
{
}
void 汽车到站
{
}
}
“面向对象”需要建立一个汽车的实体，由实体引发事件。我们关心的是由汽车抽象成的对象,这个对象有自己的属性,像轮胎,颜色等;有自己的方法,像启动,行驶等.方法也就是汽车的行为.而不是汽车的每个事件。
public class 汽车
{
void 到站()
{
}
void 启动()
{
}
}
使用的时候需要建立一个汽车对象，然后进行应用。

⑶ 面向方面编程的特点

每个框架应用切点、通知或方面的方法都是独特的，但是其目的和概念是相同的。在本文示例中，Encaser 包装一个对象时真正进行的操作是，通过 System.Reflection.Emit 命名空间中的类产生 MSIL 代码，从而随时创建新的 Contact 类型。新 Contact 类型派生于 Contact 类，它仍然共享类型，但是新包装的对象还持有对 ContactSave 对象的引用，后者是我们混入的。ISavable.Save 方法在新的 Contact对象上实现，因此在调用 Save 时，它实际上将调用委托给混入的 ContactSave 对象。这样做的优点是能够将新的 Contact对象转换为在任何混入对象上实现的任何接口。

图 2. 包装对象的 UML 图表。
您或许在想，通过 .NET Framework 2.0 的部分类语言功能，可以在另一个 partial 类中添加 Save 行为。这是可能实现的，但是本文没有采用这种方法，这是为了使代码与 .NET Framework 1.x 的其他版本向后兼容。既然有部分语言功能，那么在正常情况下，前面的示例也就不需要使用混入 了。但是混入 仍然很有价值，因为通过它，开发人员可以混入可重用的对象行为，这些对象可以源自其他不相关的对象层次结构，它实现的功能比 partial 类更多。在使用 partial 关键字时，是在同一个类或类型中添加代码，只不过物理位置不同。下一个混入示例说明的添加行为不只特定于 Contact 类，而是一个名为 FieldUndoer 的可重用类。FieldUndoer 实现了 IUndoable 接口，允许已修改的对象恢复为原来的状态。
Public Interface IUndoable
ReadOnly Property HasChanges() As Boolean
Sub Undo()
Sub AcceptChanges()
End Interface
HasChanges 属性表示，如果发生了更改，Undo 将对象恢复为原来的状态，AcceptChanges 接收对象的当前更改，因此任何时候再调用 Undo 时都会恢复为上一次接收更改的状态。如果该接口是在一个部分类中实现的，那么在每个希望包含该行为的类中，都必须不厌其烦地重复实现这三个方法。作为一个实用主义编程人员，我尝试坚持“一次且仅一次代码”原则，所以我永远不想重复任何代码，复制和粘贴越少越好。通过使用混入，我能够重用实现 IUndoable 的 FieldUndoer对象。在 ServiceManager 中我又混入了这个新功能。所有客户端代码仍然不知道新的混入，而且也不需要更改，除非需要使用 IUndoable 接口。更改 MainForm 中的 Contact对象，然后单击“撤消”，测试这个行为。
Public Shared Function GetAllContacts() As ContactService.Contact()
Dim service As ContactService.Service = New ContactService.Service
Dim contacts() As ContactService.Contact = service.GetAllContacts
'//Wrap each contact object
For i As Integer = 0 To contacts.Length-1
'//Create a new instance of the encaser
'//responsible for wrapping our object
Dim encaser As encaser = New encaser
'//Add mixin instance of ContactSave
Dim saver As ContactSave = New ContactSave
encaser.AddMixin(saver)
'//Add mixin instance of FieldUndoer
Dim undoer As FieldUndoer = New FieldUndoer
encaser.AddMixin(undoer)
'//Creates a new object with Contact
'//and ContactSave implementations
Dim wrappedObject As Object = encaser.Wrap(contacts(i))
'//Assign our new wrapped contact object
'//to the previous contact object
contacts(i) = DirectCast(wrappedObject, _
ContactService.Contact)
'//Notice the wrapped object is still the same type
'//Assign the new wrapped Contact object to target fields
saver.Target = contacts(i)
undoer.Target = contacts(i)
Next
Return contacts
End Function
组合行为
混入还只是冰山一角。真正让 AOP 声名鹊起的功能是组合混入行为。以使用新 Contact对象为例，在调用 ISavable.Save 方法时，客户端代码还需要调用 IUndoable.AcceptChanges 方法，以便在下一次调用 IUndoable.Undo 时恢复到所保存的上一次更改。在这个小的 MainForm 中浏览和添加该对象很容易，但是在任何比用户界面大得多的系统中对该规则编码将是一项繁重的任务。您需要查找所有调用 Save 方法的情况，然后添加另一个对 AcceptChanges 的调用。而且在创建新代码的过程中，开发人员也需要牢记，在每次调用 Save 时都添加这个新功能。这很快就会产生级联效应，很容易会破坏系统稳定姓，引入一些难于跟踪的 bug。而使用面向方面的编程则能够组合这些方法。指定一个切点和通知，在调用 Save 方法时，Contact对象将自动调用后台的 AcceptChanges。
为了在应用程序中实现组合，需要在 ServiceManager 中再添加一行代码。我们在加入 FieldUndoer 混入后添加这行代码。
'//Specify join point save, execute the AcceptChanges method
encaser.AddPointcut(Save, AcceptChanges)
AddPointcut 方法通过几个不同的签名进行重载，这为指定切点提供了更大的灵活性。我们调用的 AddPointcut 接收了一个字符串类型的接合点名，它表示为 Save 方法，然后又接收了一个名为 AcceptChanges 的方法作为执行的通知。要查看这是否起作用，可以分别在 FieldUndoer.AcceptChanges 方法和 ContactSave.Save 方法前设置一个断点。单击 MainForm 上的 Save 按钮将截获接合点，您首先将中断至通知 — 即 AcceptChanges 方法。通知执行后将执行 Save 方法。
这个简单的示例说明如何添加贯穿整个应用程序的新行为，其功能强大无比。尽管有此功能，但它不仅仅是添加功能的一种很好的新方法。在众多优点中，只有几个涉及代码重用，以及通过简化新需求带来的系统进化来改进系统的可维护性。与此同时，误用 AOP 会对系统的可维护性造成显着的负面效应，因此了解使用 AOP 的时机和方法很重要。
AOP 走了多远？
将 AOP 用于多数大型系统或关键的生产系统还不完全成熟，但是随着语言支持的提高，AOP 的应用将更容易。另外，提高支持也是新的软件开发范例，例如利用面向方面的编程的软件工厂。在 .NET 领域中有几种可用的 AOP 框架，每个框架都有其自己的方法、正面属性和负面属性。
Encase — 本代码示例中的 Encase 框架只是一个工具，帮助您快速了解并运行 AOP，以及理解 AOP 背后的概念。Encase 在运行时期间应用能够单独添加到对象的方面。
Aspect# — 一个针对 CLI 的 AOP 联合兼容框架，提供声明和配置方面的内置语言。
RAIL — RAIL 框架在虚拟机JIT 类时应用方面。
Spring.。。。 — 流行的 java Spring 框架的一个 .NET 版本。在下一个版本中将实现 AOP。
Eos — 用于 C# 的一个面向方面的扩展。

⑷ 什么叫做面向薪水编程

编程界有句行话“面向对象编程”，这是Java的编程思想。你现在说的“面向薪水编程”有戏谑的意思，就是那边给的薪水高就往那边去编程！！

⑸ 面向方面编程的简介

在考虑对象及对象与其他对象的关系时，我们通常会想到继承这个术语。例如，定义某一个抽象类— Dog 类。在标识相似的一些类但每个类又有各自的独特行为时，通常使用继承来扩展功能。举例来说，如果标识了 Poodle，则可以说一个 Poodle 是一个 Dog，即 Poodle继承了 Dog。到此为止都似乎不错，但是如果定义另一个以后标识为 Obedient Dog 的独特行为又会怎样呢？当然，不是所有的 Dogs 都很驯服，所以 Dog 类不能包含 obedience 行为。此外，如果要创建从 Dog继承的 Obedient Dog 类，那么 Poodle 放在这个层次结构中的哪个位置合适呢？Poodle 是一个 Dog，但是 Poodle 不一定 obedient；那么 Poodle 是继承于 Dog 还是 Obedient Dog 呢？都不是，我们可以将驯服看作一个方面，将其应用到任何一类驯服的 Dog，我们反对以不恰当的方式强制将该行为放在 Dog 层次结构中。
在软件术语中，面向方面的编程能够独立于任何继承层次结构而应用改变类或对象行为的方面。然后，在运行时或编译时应用这些方面。举一个关于AOP的示例，然后进行描述，说明起来比较容易。首先，定义四个关键的 AOP 术语，这很重要，因为我将反复使用它们：
接合点 (Joinpoint) — 代码中定义明确的可识别的点。
切点 (Pointcut) — 通过配置或编码指定接合点的一种方法。
通知 (Advice) — 表示需要执行交叉切割动作的一种方法
混入 (Mixin) — 通过将一个类的实例混入目标类的实例引入新行为。
为了更好地理解这些术语，可以将接合点看作程序流中定义好的一点。说明接合点的一个很好的示例是：在代码调用一个方法时，发生调用的那一点被认为是一个接合点。切点用于指定或定义希望在程序流中截获的接合点。切点还包含一个通知，该通知在到达接合点时发生。因此，如果在一个调用的特定方法上定义一个切点，那么在调用该方法或接合点时，AOP 框架将截获该切点，同时还将执行切点的通知。通知有几种类型，但是最常见的情况是将其看作要调用的另一个方法。在调用一个带有切点的方法时，要执行的通知将是另一个要调用的方法。要调用的这个通知或方法可以是对象中被截获的方法，也可以是混入的另一个对象中的方法。我们将在后面进一步解释混入。

⑹ 什么叫面向变量编程

1.其实程序的传递就是变量的传递，变量是任何编程中不可缺少的因素。随着很多模式和编程方式的出现,应用设计可能层次比较清楚，更宜人理解。然而变量将变得很多，同样作用的变量在不同的层中可能不一样，而且随着不同开发人员在同一时间开发不同的层或者不同时间开发同一模块都可能根据自己的想法声明或者定义某个变量，而他们所定义的这个变量其实都是一样的， 理论上应该是一个变量，或者说至少命名应该一样。如果能归为同样命名的变量，那就能很大程度上减少维护和开发的工作。所以能否将同样功能的变量进行统一命名就很有必要。 2.了解变量其实就是了解业务，虽然很早就强调文档，强调业务知识的学习，然而我觉得看程序其实是了解业务的最好方法，但条件是程序比较清楚， 这里包括应用的构架清晰，具有相应的备注以及变量的含义清晰。 变量一个很重要的属性是她的scope， 根据scope我们可以将用到的变量进行分类，帮助我们理解。下面我就web应用将变量scope进行分类(其实同样适用于其他应用)： 我们把变量分为两大类， 一类是 面向变量所关心的，他具有跨越型传递性，他这里的跨越型传递性表示该变量的所附属的值会传递到下个地方，这个地方可以是下个页面， 可以是服务器 可以是数据库中我们称该类变量为前锋型变量 。另一类是 面向对象所不关心的， 他不具有跨越型传递性， 他只是作为临时中介，比如某个页面的中的临时变量，java 方法中的临时变量. 他们不是我们所关心的，我们称这里变量为候补型变量 。对于面向对象的编程我们的原则是： 前锋型变量命名要很清晰，要能够联动，能串成串，不要冗余；候补型变量命名要简洁，最好不要游离在方法外，在方法中产生，在方法中消亡。 而对于前锋型变量 我认为因为他承载着有效数据，他的理解往往反映了业务，并且它是全局性的，具有跨越型的传递，所以他的重要性会更大一点，那么针对他能有很多tool 可以做。 Tool 1：前锋变量联动机功能描述：在页面上定义一个前锋型变量，那么可以自动在数据库中添加该字段 在DAO层 Business层添加该变量，同时可以实现修改某个页面变量 同时数据库以及各个层都能改变该变量。 或者 在数据库层添加某个字段 对应能产生页面,DAOBusiness的前锋型变量. Tool2: 前锋变量检查工具功能描述：可以对某个页面,某个配置文件,数据库 查找所有的前锋型变量。将这些变量陈列出来给开发人员或者管理人员来分析。 是否还有其他idea？ 请帮忙想想。。。

⑺ 什么是面向过程编程

面向过程:把一个问题分解成若干小问题,再对每个小问题进行分解(分模块),知道每个问题的难度都足以小,能够解决为止,然后再把这些小问题合并,就解决了大问题

==========================================================

面向过程
面向过程”是一种以事件为中心的编程思想。

“面向对象”是一种以事务为中心的编程思想。

比如以公共汽车而言。

“面向过程”就是汽车启动是一个事件，汽车到站是另一个事件。在编程序的时候我们不关心的是某一个事件。而不是汽车本身。我们分别对启动和到站编写程序。类似的还有修理等等。

到了编程就是:

public class 运营

{

void 汽车启动

{

}

void 汽车到站

{

}

}

“面向对象”需要建立一个汽车的实体，由实体引发事件。我们关心的是一个汽车而不是汽车的没个事件。

public class 汽车

{

void 到站()

{

}

void 启动()

{

}

}

使用的时候需要建立一个汽车对象，然后进行应用。

⑻ 面向组件编程是什么

所有的软件技术和思想的出现都是为了解决所在的那个年代软件开发的复杂性，对象技术和组件技术也不例外。当然还有很多其它技术，像DBC（契约式编程）、AOP、MDA等，这些思想都在影响我们设计/实现程序的方式，但无可否认的是，当今最主流的编程技术是对象技术和组件技术。 面向对象技术已经成熟的发展将近20年了，关于这方面的经典书籍和论文也随处可见。为了解决更大的系统的复杂度，组件技术应运而生，在windows平台上，组件从最初的动态链接库到COM，在到现在的中间件、.NET，就是组件思想走过的轨迹。
面向对象技术的基础是封装－－接口与实现分离，面向对象的核心是多态－－这是接口和实现分离的更高级升华，使得在运行时可以动态根据条件来选择隐藏在接口后面的实现，面向对象的表现形式是类和继承。面向对象的主要目标是使系统对象化，良好的对象化的结果，就是系统的各部分更加清晰化，耦合度大大降低。

面向组件技术建立在对象技术之上，它是对象技术的进一步发展，类这个概念仍然是组件技术中一个基础的概念，但是组件技术更核心的概念是接口。组件技术的主要目标是复用－－粗粒度的复用，这不是类的复用，而是组件的复用，如一个dll、一个中间件，甚至一个框架。一个组件可以有一个类或多个类及其它元素（枚举、）组成，但是组件有个很明显的特征，就是它是一个独立的物理单元，经常以非源码的形式（如二进制，IL）存在。一个完整的组件中一般有一个主类，而其它的类和元素都是为了支持该主类的功能实现而存在的。为了支持这种物理独立性和粗粒度的复用，组件需要更高级的概念支撑，其中最基本的就是属性和事件，在对象的技术中曾一度困扰我们的类之间的相互依赖问题/消息传递问题，迄今为止我所知道最好的解决方案就是事件。要理解组件思想，首先要理解事件的思想和机制。

我一直坚持以为，一个组件的外形/外貌应该是简单的、应该是清晰的、没有冗余的东西、也没有无关紧要的东西，这个外貌通过接口来描述，接口中可以发布事件、属性和方法。这三种元素就足以描述一个组件外貌的所有特征。比如，我曾经用封装的一个完成端口组件，其外貌接口中只有四个方法，三个事件，三个属性而已，而该组件的内部实现却有几千行代码。所以在设计一个组件的时候，需要做很多的权衡，哪些需要通过接口暴露出来，哪些应当作为私有实现。有时，你会处于两难的境地，因为让组件更容易使用，所以需要给出很多默认的参数，但为了使该组件更通用，你又需要暴露更多的属性可以让人设定、暴露更多的方法和事件满足更复杂的功能。你需要抉择，你需要权衡。难怪有人会说，软件的设计更像是艺术，因为艺术的美在于恰当的抉择和平衡。我的经验是，在保持低耦合度的前提下，组件的接口足以对付当前的应用就好。如果日后需要加强功能，那就重构然后增强它，这是很容易的，因为早就说了嘛，保持组件的低耦合度。

需要说明一下的是，我们通常所说的控件（如按钮）也是一种组件，可以这么认为，控件是一种具有UI形式的组件。插件（Addin/Plugin）也是一种特殊的组件，插件的单独存在是没有意义的，它是由兼容该插件协议的框架所使用。

最后强调一点，组件的目标是粗粒度的复用，组件的核心是接口。

⑼ 面向切面编程和面向接口编程的区别

谈谈自己的理解吧：

面向切面编程:

手段：分离业务的主逻辑和次逻辑的一种思想。

目的：解决的是逻辑分离问题（主逻辑和次逻辑分开，其实主要是分离业务逻辑和非业务逻辑分开）。

案例：我们开发项目的时候基本都要去连接数据库操作数据等，但是都会涉及到事务的提交，这时我们就用到了面向切面编程，我们在业务层只写自己的业务逻辑，提交事务这一块统一的动作我们就浓缩到了一块儿统一处理，形象一点比喻就是我们做什么事之前都以一个准备动作或结束动作的时候就把它统一起来，只关注我们要完成的事，这些准备动作统一完成！

类似的面向切面编程案例还有：系统日志的记录、请求的拦截等

面向接口编程：

手段：通过接口规约对象的属性和方法，是面向对象一部分。

目的：统一标准问题,让大家不至于各行其事而对代码的可读性造成影响（公用部分行为）。

案例：其实这个比较好解释，就是有一件事，需要大家去完成，但是给你规定了完成的方式，你只能怎么去做，这时我们当中任何一个人都能去完成这件事，只不过因人而异会有效率和风格的差异，但是都是按照事先的规定来的！比如：让你去给数据库添加一行数据返回受影响的行数，这里大家都去实现接口写SQL，中间可能会有差异，但是最后都得返回一个int类型的受影响行数回来

大体意思就是说：接口给我们规定了完成一个任务的标准，但是具体过程不限制，任何人都能通过遵循的规定去完成这件事！这样扩展性就很强！

个人水平有限，如果不满意请参考：网页链接

⑽ C语言是面向程序设计语言的是什么

C语言是一门通用计算机编程语言，应用广泛。C语言的设计目标是提供一种能以简易的方式编译、处理低级存储器、产生少量的机器码以及不需要任何运行环境支持便能运行的编程语言。

尽管C语言提供了许多低级处理的功能，但仍然保持着良好跨平台的特性，以一个标准规格写出的C语言程序可在许多电脑平台上进行编译，甚至包含一些嵌入式处理器（单片机或称MCU）以及超级电脑等作业平台。

二十世纪八十年代，为了避免各开发厂商用的C语言语法产生差异，由美国国家标准局为C语言订定了一套完整的国际标准语法，称为ANSI C，作为C语言最初的标准。