組件編程技術

❶ 面向對象，面向服務，面向組件三種編程模式有什麼區別

三個數據後面都缺了一個詞，分別是：「編程」、「架構」和「開發」(或「軟體工程」)。 同時，不是「面向」組件而是「基於」組件。

面向對象編程(Object-Oreinted Programming) 是一種編程範式。指在設計程序時大量運用類實例對象的方式。OOP一旦在項目中被運用，就成了時刻要考慮的東西。
面向服務架構(Service-Oreinted Architecture) 是將軟體設計成一組可互操作的服務的一套原則或方法論。通常在考慮系統架構時才會觸及SOA。
基 於組件開發(Component-Based Development) 是一種軟體工程實踐，設計時通常要求組件之間高內聚，松耦合。其介面可能是OO的，調用方式可能是以Service的方式。基於組件開發關注系統層次、子 系統邊界和子系統間通訊的的設計，處於代碼層面但不像OOP的一樣是時刻需要運用的東西。

三者身處軟體開發的不同層面，因此說他們用於「哪些領域」並不恰當。不論是哪個領域的軟體開發，都可能要同時面對OOP、SOA和CBD。

❷ vb編程是什麼意思,主要幹嘛的

VB程序開發的基本流程是：界面設計（放置窗體和控制項）――屬性設置（設置窗體、控制項的屬性）――編寫代碼――運行調試。其優點是在窗體上添加控制項並設置屬性後就可完成界面的設計使程序員輕易的就可完成界面的設計，而無需過多的進行設計和編程。只需調用預先准備好的、經過測試的、完全就緒的模塊就可完成所需實現的功能。這種備用性的軟體模塊被稱作――組件。窗體和各種控制項就是組件。
VB編程的核心思想就是組件編程。VB是最早引入組件編程的概念，其後被其它語言所採用並成為一種標准，如VC++、Delphi、PowerBuilder都採用組件編程模型，並採用面向對象編程技術，成為當今程序設計的發展方向之一。
VB編程時，因為使用組件技術，所以不必從底層的窗體、控制項開始設計，可以向工廠通過各種部件組裝生產機器一樣，通過微軟或第三方提供的組件，組裝成所需的程序。用什麼組裝？就是用VB的代碼，其作用就像膠水一樣，用有限的代碼和組件聯結成一體。最後形成一個完整的應用程序。
如果沒有現成的組件或需要創建一個新類時，就需要編寫代碼。
組件的種類很多，有多少組件可用，各組件有什麼作用，這需要在實踐中不斷摸索。

❸ 電腦編程需要哪些知識，

選擇出適合自己的開發工具。
1、語言開發工具 諸如Delphi、VC＋＋、VB等語言都是一種面向對象的程序設計語言，雖然每種語言在對面向對象的支持不盡相同，但它們始終貫穿整個程序設計的思維方式的主線。因此，要學好這些語言最開始不應該將重點放在某種語言的具體語法格式上，而應該注重學習面向對象的基本理論。常用的開發工具有：Visual Basic，Visual C＋＋等等。
2、資料庫編程 如果你主要是想完成資料庫方面的設計，那麼應該選擇專門的資料庫開發工具，常見的有：SQLServer、PowerBulider等。假如只是需要完成相對簡單的資料庫功能，那就仔細看看Access吧。花不多的時間，也能讓你有很大的收獲，另外，還有一些專門用於大型資料庫開發的工具如：DB2、Sysbase以及Oracle，這一類的軟體一般都需要有較扎實的資料庫基礎知識和一定的
軟體開發能力。
3、網路編程 目前較為流行的網路編程工具可謂「風格迥異，百花齊放」。每一種工具都有其獨特的特點，在互聯網實現上都有各自的優勢。 在學習Java時，應該明確其中對象、繼承等面向對象的基本理論，從根本上掌握Java的運行機制。在學習中應把重點放在其語言基礎、Java與ActiveX以及
JavaBeans等組件之間的編程技術以及應用上來。你可以自己編一些較為經典的小程序來加深基本技能的掌握：用Java的圖形處理能力編寫紙牌游戲，用AWT編寫掃雷或者俄羅斯方塊、用Java的網路功能編寫網路聊天室等等。
以上就是學習編程需要了解的一些基礎知識，要學習編程，其實需要很多方面的知識，廣泛涉獵，才能真正學好編程。

希望幫到你，若滿意，記得採納哦，謝謝~

❹ 什麼是 COM編程技術

指組件對象模型,把程序某些部分設計成組件，組件由對象組成,對象則提供介面，介面完成類似的功能。程序把各個組件利用起來組成應用系統。就象機器零件一樣，生產零件、最後總裝。

❺ C#組件編程的好處是什麼

可以簡化代碼，增加代碼的可讀性，並利於快速開發
你想想，以後要是一個大項目，要大量用到某些代碼塊，你設計了組件後碰到這樣的地方就直接拖進去就行了；再者，別人開發的某些代碼塊與你的相同，有了你的組件的話別人就不用再重新開發一次了。

❻ 面向組件三種編程模式有什麼區別

我講講我的理解，可能講得也不合適：
面向對象：以對象方式編程而非過程式，是與面向過程相對應的概念。
面向服務：這是平台級應用才會使用的方式，是為了模塊化系統結構，各子系統之間以服務方式通信，為的是降低項目復雜度，耦合性。
面向組件：組件是對功能的抽象，既把一組通用的功能做成一個工具一樣使用，如 Tocmat 中的 Server Service Engine 等概念。

這些概念的主題都是為了使我們更方便地寫代碼，維護系統。

❼ VB編程水仙花數

VB實現水仙花數的程序代碼如下：

PrivateSubCommand_Click()

Fornum=100To999

a=numMod10

b=num10Mod10

c=num100

Ifa^3+b^3+c^3=numThenPrintnum

Nextnum

EndSub

實現具體步驟如下：

1.啟動VB程序，新建一個標準的exe項目，如下圖。

(7)組件編程技術擴展閱讀：

C語言實現水仙花數的代碼：

#include<stdio.h>

#include<stdlib.h>

voidmain()

{

inti,j,k,n;

printf("'waterflower'numberis:");

for(n=100;n<1000;n++)

{

i=n/100;/*分解出百位*/

j=n/10%10;/*分解出十位*/

k=n%10;/*分解出個位*/

if(n==i*i*i+j*j*j+k*k*k)

{

printf("%-5d",n);

}

}

printf(" ");

}

注意事項：

VB編程的核心思想是組件編程。VB是最早引入組件編程的概念，然後被其他語言採用並成為標准，如vc++、Delphi、PowerBuilder等都採用了組件編程模型，並利用面向對象的編程技術，成為當今程序設計的發展方向之一。

VB編程，由於採用了組件技術，所以不必從底層開始窗體，控制設計，可以由工廠通過各種零件裝配生產機器，通過Microsoft或第三方提供的組件，裝配成所需的程序。與什麼?VB是代碼，它像膠水一樣，把有限的代碼和組件粘合在一起。結果是一個完整的應用程序。

VB有一個圖形用戶界面(GUI)和快速應用程序開發(RAD)系統，可以很容易地使用s、RDO、ADO連接到資料庫，或者很容易地創建活動的X控制項，從而高效地生成類型安全的和面向對象的應用程序。

程序員可以使用VB提供的組件輕鬆快速地構建應用程序。VB的組件既可以擁有用戶界面，也可以沒有。這樣一來伺服器端程序就可以處理增加的模塊。

VB使用參數計算的方法來進行垃圾收集，這個方法中包含有大量的對象，提供基本的面向對象支持。因為越來越多組件的出現，程序員可以選用自己需要的擴展庫。

❽ 什麼叫組件化開發

張克軍 提出的「組件化就是函數式界面開發」這一說法我是難以接受的，函數式界面開發就讓它好好地叫「函數式組件化」吧，不然我們會在所謂的「傳統UI框架」和「函數式界面開發」之間出現一個Gap，豈不是又要造個詞給填上，多累……
我前面說會有一個Gap，這個Gap很可能就是我們現在想用「組件化」這個定義去表達的一些點，我想在此做一些個人的見解
我將之理解為以下幾要素：

組件是對邏輯的封裝，不限於圖形元素。即我們可以把if做成組件、把一個倒計時做成組件、把一段動畫做成組件、把路由做成組件、把數據架構做成組件，而這些並不能稱為控制項
組件具備單個可移植性，即「隨載入隨用」，不需要為其准備復雜的基礎條件（如引入樣式、引入框架等）。然而這一點現有那些所謂組件庫做得並不好，技術上也不大現實
組件是聲明式定義的，而非命令式。這個不想多說，很大程度上是自己主觀的一個想法
而上面最重要的就是第一點，所以要問我什麼是「組件化開發」，我的說法是：

把圖形、非圖形的各種邏輯均抽象為一個統一的概念（組件）來實現開發的模式

這與傳統開發框架的最大區別就是統一了圖形元素與非圖形元素，除此之外我再想不出其它真正體現區別的點了
在這個概念下，包括router、ajax、mole loader、timer、animation、interval等，都是組件，共享統一的生命周期管理和對外介面，且都是聲明式地進行組合
我的一位同事告訴我去年的深JS上，有位淘寶的朋友的話題叫做「前端組件服務化」，這裡面提的那些個概念，是很符合我對「組件化」的認識的，他要是不給再強安個「服務化」的噱頭就好了- -
不過話說回來，在這個要求之下，組件其實不是那麼好進行抽象設計的，隨便說幾個例子，有難的也有簡單的：

非圖形元素的各種需求如何統一介面，如timer和ajax
組件可以橫向組件，但是縱向復用如何解決，如希望任何圖形元素都可以實現被滑鼠拖拽的效果，則滑鼠拖拽應該也是個組件，這個組件與其它組件的關系是什麼
有些組件對其可被組合的組件是有要求的，比如HTML里就不大好意思把一個<p>放進一個<span>里，這一點如何在組件上表達（實現不難，表達比較難）
一些我們原本想當然認為純的小函數的東西，是不是也能當組件玩，比如underscore.pick要不要也是個組件

❾ 與新手分享為什麼要學習.NET

為什麼微軟設計和發布 .NET? 相信大多數人都會認為微軟推出 .NET 是為了與 JAVA 正面競爭，不可否認這是原因之一，但是如果你回顧 Windows 下微軟技術的發展歷史，你就會發現，幾經歲月的微軟技術已經顯得越來越壅腫 , 無論在易用性、開發效率和安全性上都積累了諸多詬病，很多技術都是在需求的驅動下誕生的，都缺乏整體規劃，微軟迫切地需要對其所有的技術進行一次重構，現在就讓我們一起回顧一下微軟技術的發展歷史，來認識 .NET 技術誕生的必要性：

在 .NET 之前， Windows 平台下的編程技術主要是 Win32 SDK, ASP,COM, DCOM, ADO 等技術，這些技術在後來也有了一個統一的名字叫 Windows DNA ，和 .NET 是一系列技術的集合一樣， Windows DNA 是這些一系列技術的統稱，為了加快軟體開發，微軟為 C++ 程序員提供了 VC/MFC 開發工具，為 Basic 程序員 提供了 VB 等，由於語言本身存在的先天差異 ( 例如數據類型不相同，內存管理也不同等等 ) ，微軟沒有辦法做到 VB 和 VC 程序引用同一套類庫，所以微軟為每一種語言都提供其單獨的 Runtime 類庫、單獨的資料庫類，不同的 GUI 構建方式等。由於類庫的大部分功能都基本相同，因此，為不同的語言設計和維護不同的類庫是一件很沒有效率的事情。（後註： .NET 是所有 的 .NET 語言都引用同一套 .NET Framework ）

值得一提的是， Borland 公司的 C++ Builder 與 Delphi 共同使用的是同一套類庫，這個類庫就是 VCL ，為什麼 Borland 做到兩個不同的語言引用同一套類庫呢？ 因為 Borland 擁有 Pascal, Borland 通過修改編譯器來修改 Pascal 語言使得它在數據類型和內存管理方面與 C++ 相擬，使得用這兩種語言編譯出來的程序能二進制兼容。雖然微軟擁有 Basic, 但是 Basic 的先天優勢是易學易用，微軟無意去修改 Basic 使得 Basic 變得復雜。

微軟使用 COM 來解決語言間的組件重用問題，並提出組件編程模型的概念， COM 的基本原理是通過定義一些編程契約，使得按照這些契約編寫出來的組件 ( 以 dll/exe 的形式存在 ) 可以跨語言和跨平台地進行重用。

在 COM 推出之前，微軟和 Borland 在開發工具的戰場上斗得你死我活，而微軟憑靠著 OLE 技術贏得了重要的一役勝利，微軟在 OLE 的基礎上創造了 COM 技術，並大幅地使用 COM 技術來構建 Windows 下的軟體組件，其中， ADO 就是一個常用 COM 組件，不同的編程語言都可以調用 ADO 來訪問和操 作資料庫，因此， ASP 程序員會驚呀地發現，他用 ADO 編寫的訪問資料庫的代碼看起來與 VC 程序員訪問資料庫的代碼是如此的相擬。

通過對微軟技術歷史的分析，可以發現 COM 的產生是一個偶然，當時微軟為了對搞 Apple 的文件技術，從而推出 OLE(Object Linking and Embedding ，對象連接與嵌入 ) ， OLE 的目的是讓文件可以即時編輯，例如 Word 文檔可以嵌到 Excel 中編輯， Excel 表格也可以嵌到 Word 中編輯， OLE 的成功使得微軟察覺到跨語言組件重用的重要性，於是微軟從 OLE 中抽取出一些重要的特性，並實現了 COM ，然後再用 COM 重寫了 OLE 組件，所以可以說， COM 是在缺乏整體規劃的情況下設計出來的，加上 OLE 龐大和復雜（當年 Borland 與微軟的開發工具大戰， Borland 在 OLE 上面吃了大虧），再加上隨著需求的不斷增加和修補， COM 並不易用，但這並不防止 COM 組件的成功，在 .NET 之前， COM 已經成為 Windows 下重要的組件編程技術，很多重要的組件 ( 如 ADO, ActiveX 組件 ) 等都是基於 COM 技術開發的，當時業界較流行的做法是 VC 程序員編寫 COM 組件，然後由 VB 程序員或 ASP 程序員來將 COM 組件組裝成提供給最終用戶的軟體產品， .NET 之前， COM 就是這樣很好地解決了多種語言之間的組件重用問題。

以 Win32 SDK, COM 技術基礎組成的 Windows DNA 技術經歷了整個 90 年代的發展，期間根據市場需求不斷的修修補補，已經非常壅腫，且積累了諸多詬病，某些技術過於復雜，開發效率低等，這些問題都成為了設計 .NET 的背景，下面我試圖羅列出一些主要需要改進的地方 ( 列個大概，肯定不全，希望大家幫忙補充 ) ：

1) COM 並不支持面向對象的諸多特性，例如不支持介面、繼承等，在面向對象流行的今天已顯得非常落後，目前大部分的生產力工具都是以面向對象為基礎的（例如 UML 建模工具）。
2) 編寫 COM 組件對於新手來說比較復雜，必須要遵守一些較為繁瑣的規則，安裝和部署需要修改注冊表，不便於測試和部署。
3) COM 組件基於 exe/dll 的形式存在，而 dll 是 Windows 下重要的組件存在形式，但是 dll 也成了 Windows 下軟體不穩定的罪魁禍首，原因 是大部分主要的 dll 都存放在一個統一的目錄： Windows/System32 ，當安裝一個新軟體或者升級軟體到新版本時，新的 dll 會覆蓋舊的 dll 文件，從而可能會導致現有的軟體無法工作或者不穩定，這是大名鼎 鼎 的Dll Hell (Dll 地獄 ).
4) COM 組件雖然可以跨語言進行調用，但是沒有辦法進行跨語言調試，例如在 VB 中調用 VC 編寫的 COM 組件時，這個組件不能在 VB 中調試，造成軟體調試困難。
5) 安全性方面，軟體沒有辦法知道自已所引用的組件是否已被非法修改，安全控制也只停留在用戶級別的控制上，沒有辦法做到代碼級別上的安全控制，例如沒有辦法做到限制某個組件只能讀取文件內容，但不能將內容寫入文件。

隨著信息化的需求不斷演進，以及 JAVA 的流行，以及雲計算等一些概念的提出，微軟迫切需要修改自身的技術來適合市場的需求，顯然，微軟有兩種解決方案：

1) 繼續對 Windows DNA 的相關技術進行修修補補，在上面增加新功能，改進並修復錯誤。
2) 重新規劃一套新技術，解決現有技術存在的問題。

微軟選擇了第 2 種方案，即重新規劃一套新技術，在微軟內部，新技術作為 COM 的更新版本被命名為 COM 2.0 （來源於 <<.NET 本質論 >> 一書），後來才改名為 CLR, 和 Windows DNA 以 COM 技術為基礎一樣， .NET 以 CLR為基礎 ，而 CLR 顯然可以看作是經過重構的、新版本的 COM ，只是新版本的 COM 比它的舊版本增強太大從而使 得它應該換個名字。微軟用 .NET 這個名字來代替 Windows DNA ，來表示一系列新技術的統稱 ( 其實就是一個商標 ) ，至於為什麼使用 .NET 這個名字， NET 是網路的意思，微軟使用 .NET 這個名字是預見未來將是網路應用、分布式計算的天下，而微軟，已經做好了准備。

.NET 設計的首要目標，就是要解決舊技術中的諸多問題，針對上面對舊技術需要改進的一些問題，我們再回頭來看看 .NET 是如何改進這些問題的：

1) 引入中間語言技術，程序在編譯後產出中間語言而不是機器碼，在中間語言這一層直接支持面向對象技術，並定義常用數據類型，最大限度地縮短不同編程語言之間 的差異，使得不同編程語言編寫的代碼可以無縫集成起來，例如 VB 編寫的類可以在 C# 中繼承、創建實例等等，這在以前是無法想像的。

2) 引用程序集的概念來解決 dll 地獄問題，安裝新程序集不需要修改注冊表，部署簡單，不同的程序集版本可以同時存在，有趣的是，這個特性使得微軟在推 出 .NET 新版本時，不用頭痛去考慮舊 .NET 程序的兼容 (.NET 程序員也因為這個原因而對微軟抱有不滿 ) ，因為 .NET 的新舊類庫可以相互共存，因此你的程序可以引用舊版本的 .NET 類庫中的一部分，同時還可以引用新版 本 .NET 類庫的另一部分，當然，這樣的話，最終用戶需要同時安裝兩個版本的 .NET Framework 。
3) 引入 Click One 技術使軟體的安裝和更新更簡便 。
4) 支持代碼級的安全控制。
5) 中間語言技術使得跨平台成為可能，目前 MONE 項目已使得 .NET 程序可以運行在 Linux 下，甚至 iPhone 手機上。

總之， .NET 技術是微軟技術一次全面的重構，所以要在 Windows 下進行程序開發，學習 .NET 是大勢所趨，雖然舊的技術 (COM/MFC 等 ) 還將存活一段時間，但微軟保留這些技術更多是為了兼容舊的程序， Windows 下要使用新的技術和新的功能，首選還是 .NET

❿ 面向組件編程是什麼

所有的軟體技術和思想的出現都是為了解決所在的那個年代軟體開發的復雜性，對象技術和組件技術也不例外。當然還有很多其它技術，像DBC（契約式編程）、AOP、MDA等，這些思想都在影響我們設計/實現程序的方式，但無可否認的是，當今最主流的編程技術是對象技術和組件技術。 面向對象技術已經成熟的發展將近20年了，關於這方面的經典書籍和論文也隨處可見。為了解決更大的系統的復雜度，組件技術應運而生，在windows平台上，組件從最初的動態鏈接庫到COM，在到現在的中間件、.NET，就是組件思想走過的軌跡。
面向對象技術的基礎是封裝－－介面與實現分離，面向對象的核心是多態－－這是介面和實現分離的更高級升華，使得在運行時可以動態根據條件來選擇隱藏在介面後面的實現，面向對象的表現形式是類和繼承。面向對象的主要目標是使系統對象化，良好的對象化的結果，就是系統的各部分更加清晰化，耦合度大大降低。

面向組件技術建立在對象技術之上，它是對象技術的進一步發展，類這個概念仍然是組件技術中一個基礎的概念，但是組件技術更核心的概念是介面。組件技術的主要目標是復用－－粗粒度的復用，這不是類的復用，而是組件的復用，如一個dll、一個中間件，甚至一個框架。一個組件可以有一個類或多個類及其它元素（枚舉、）組成，但是組件有個很明顯的特徵，就是它是一個獨立的物理單元，經常以非源碼的形式（如二進制，IL）存在。一個完整的組件中一般有一個主類，而其它的類和元素都是為了支持該主類的功能實現而存在的。為了支持這種物理獨立性和粗粒度的復用，組件需要更高級的概念支撐，其中最基本的就是屬性和事件，在對象的技術中曾一度困擾我們的類之間的相互依賴問題/消息傳遞問題，迄今為止我所知道最好的解決方案就是事件。要理解組件思想，首先要理解事件的思想和機制。

我一直堅持以為，一個組件的外形/外貌應該是簡單的、應該是清晰的、沒有冗餘的東西、也沒有無關緊要的東西，這個外貌通過介面來描述，介面中可以發布事件、屬性和方法。這三種元素就足以描述一個組件外貌的所有特徵。比如，我曾經用封裝的一個完成埠組件，其外貌介面中只有四個方法，三個事件，三個屬性而已，而該組件的內部實現卻有幾千行代碼。所以在設計一個組件的時候，需要做很多的權衡，哪些需要通過介面暴露出來，哪些應當作為私有實現。有時，你會處於兩難的境地，因為讓組件更容易使用，所以需要給出很多默認的參數，但為了使該組件更通用，你又需要暴露更多的屬性可以讓人設定、暴露更多的方法和事件滿足更復雜的功能。你需要抉擇，你需要權衡。難怪有人會說，軟體的設計更像是藝術，因為藝術的美在於恰當的抉擇和平衡。我的經驗是，在保持低耦合度的前提下，組件的介面足以對付當前的應用就好。如果日後需要加強功能，那就重構然後增強它，這是很容易的，因為早就說了嘛，保持組件的低耦合度。

需要說明一下的是，我們通常所說的控制項（如按鈕）也是一種組件，可以這么認為，控制項是一種具有UI形式的組件。插件（Addin/Plugin）也是一種特殊的組件，插件的單獨存在是沒有意義的，它是由兼容該插件協議的框架所使用。

最後強調一點，組件的目標是粗粒度的復用，組件的核心是介面。