用戶應用程式

用戶應用程式是套用軟體的兩大類型之一,套用軟體是用戶可以使用的各種程式設計語言,以及用各種程式設計語言編制的應用程式的集合,分為套用軟體包和用戶程式。

套用軟體包是利用計算機解決某類問題而設計的程式的集合,供多用戶使用。

用戶應用程式是為滿足用戶不同領域、不同問題的套用需求而提供的那部分軟體。

基本介紹

  • 中文名:用戶應用程式
  • 外文名:User Applications
  • 別名:應用程式
  • 涉及學科:信息科學
  • 含義:為完成某項特定工作的電腦程式
  • 套用軟體:套用軟體包和用戶程式
簡介,運行模式,延伸,層次區分,用戶應用程式分類,程式組成,分類,簡介,六種範圍,常見問題,硬體原因,軟體原因,解決方法,

簡介

應用程式,指為完成某項或多項特定工作的電腦程式,它運行在用戶模式,可以和用戶進行互動,具有可視的用戶界面。應用程式通常又被分為兩部分:圖形用戶接口(GUI)和引擎(Engien)它與套用軟體的概念不同。套用軟體指使用的目的分類,可以是單一程式或其他從屬組件的集合,例如Microsoft Office、OpenOffice。應用程式指單一執行檔或單一程式,例如Word、Photoshop。日常中可不將兩者仔細區分。一般視程式為軟體的一個組成部分。
例如:一個遊戲軟體包括程式(比如windows平台的*.exe,mac osx平台的*.app等)和其它圖片(*.bmp等)、音效(*.wav等)等附屬檔案,那么這個程式稱作“應用程式”,而它與其他檔案(圖片、音效等)在一起合稱“軟體”。

運行模式

應用程式(Application)運行在用戶模式,它可以和用戶進行互動,一般具有可視的用戶界面。
對於應用程式需要了解的是:每一個應用程式運行於獨立的進程、他們擁有自己獨立的地址空間。不同應用程式的分界線稱為進程邊界。

延伸

Flickr是首批大規模使用標籤功能作為整理和搜尋機制的網路服務之一,但似乎其母公司雅虎認為這項遺產並不足以讓這項照片分享服務保持發展的速度;這項最新調整也與Flickr應用程式採用復古過濾器和@-用戶名保持一致。不過主題標籤還沒有拓展至整個Flickr網站,應用程式中現有的標籤也沒有變成可以點擊的主題標籤。
通過向這種由應用程式驅動的移動網際網路轉變,Flickr應用程式變得類似於Twitter和Instgram,但這實際上並非非常大的改變——一旦你點擊某個標籤,你會看到一系列相關的照片,就像普通的搜尋一樣。此外,這項服務運作的方式也沒有發生大的變化,不過移動用戶可以更加輕鬆地找到與他們正在瀏覽的照片相關的照片。

層次區分

對於windows作業系統:
1.Windows 兼容
應用程式可以在Windows .NET Server和Windows 2000上運行
2.為Windows XP (客戶)設計Windows .NET Server OS 認證
應用程式有以上標誌,通過相關的認證程式
3.充分利用作業系統提供的特性和功能
用最少的代碼和時間提供滿足用戶需求的套用

用戶應用程式分類

辦公室軟體
文書處理器、試算表程式、投影片報告、數學程式創建編輯器、繪圖程式、基礎資料庫、檔案管理系統、檔案編輯器
網際網路
即時通訊軟體、電子信件用戶端、網頁流覽器、FTP用戶端、下載工具
多媒體
媒體播放機、圖像編輯軟體、音訊編輯軟體、視訊編輯軟體、電腦輔助設計、電腦遊戲桌面排版
分析軟體
電腦代數系統、統計軟體、數字計算、電腦輔助工程設計
協作軟體
協作產品開發
商務軟體
資料庫
資料庫管理系統
其他
教育軟體、DIY軟體

程式組成

遊戲類的應用程式通常又被分為兩部分:圖形用戶接口(GUI)和引擎(Engine)。
在DOS或Windows系統下其擴展名為*.exe或*.com
在mac os x下擴展名一般為*.app
關鍵程式
您知道哪些應用程式會成為網路犯罪分子尋求不法財務利益的目標。因此,採取先發制人的行動,並保護您風險最高的應用程式:
  • 使用Web應用程式防火牆檢查所有指向或來自最容易受已知或新攻擊的財務應用程式的流量,並修補所有應用程式存在的特定漏洞。
  • 通過檢測惡意軟體,確定被攻擊的設備或被攔截的連線信息的跡象 - 例如飛速操縱交易詳細資訊的MitB攻擊痕跡。

分類

簡介

它有幾種分類,即:單文檔、多重文檔、基本對話方塊三種。
給你舉例說明一下,單文檔就像是記事本,永遠中有一個檔案視窗,多檔案視窗就像是word可以同時打開多個檔案視窗,這個也是現在運用最多的,對話方塊也就是最簡單的,用於對話方塊的設計。現在單純的基於對話方塊使用的很少了,一般還用來編寫即時通訊的軟體,更多情況是對話方塊和多檔案視窗穿插使用的。

六種範圍

大多數伺服器端J2EE 套用程式中有六種常用的範圍類型:
Transaction(事務)
Request(請求)
HTTP session(HTTP 會話)
Application(套用程式)
Global(全域)
None(無)
事務範圍
事務範圍覆蓋一個事務的整個生命周期。這個範圍開始於一個事務的開始。這時會創建一個惟一的範圍鍵。這個範圍結束於提交或回滾事務時。這時,與事務範圍相關聯的所有物件被自動釋放回它們的池。
請求範圍
請求範圍與一個servlet請求的範圍對應;在容器調用servlet來處理請求之後,請求範圍立即開始。同時會創建一個惟一的範圍鍵。在servlet完成處理之前請求範圍結束。這時,與這個範圍相關聯的所有物件被自動釋放回它們的池。
HTTP會話範圍
HTTP會話範圍與一個HTTP會話的生命周期對應。它從創建一個新的HttpSession時開始。這時會創建一個惟一的範圍鍵。它結束於會話被銷毀或過期時。這時,與這個範圍相關聯的所有物件被自動釋放回它們的池。
套用程式範圍
套用程式範圍覆蓋套用程式的整個生命周期。它開始於把一個套用程式部署到套用伺服器時。這時會創建一個惟一的範圍鍵。這個範圍結束於套用程式停止運行或從套用伺服器中刪除時。這時,與這個範圍相關聯的所有物件被自動釋放回它們的池。
全域範圍
全域範圍是最大的範圍。採用這種範圍的物件不會被釋放。
無範圍
無範圍用於不使用物件集區的物件。採用這種範圍的物件每次都通過自己的物件構造函式來創建,並由 Java 垃圾收集器釋放。物件封裝程式根本不管理它們。

常見問題

出現這個現象有兩方面的:一是硬體,即記憶體方面有問題;二是軟體,這就有多方面的問題了。

硬體原因

一般來說,電腦硬體是很不容易壞的。記憶體出現問題的可能性並不大(除非你的記憶體真的是雜牌的一塌糊塗),主要方面是:
  1. 記憶體條壞了(二手記憶體情況居多)
  2. 使用了有品質問題的記憶體
  3. 記憶體插在主機板上的金手指部分灰塵太多
  4. 使用不同品牌不同容量的記憶體,從而出現不相容的情況
  5. 超頻帶來的散熱問題
你可以使用MemTest這個軟體來檢測一下記憶體,它可以徹底地檢測出記憶體的穩定度。

軟體原因

先說原理:記憶體有個存放資料的地方叫緩衝區,當程式把資料放在緩衝區時,需要作業系統提供的「功能函式」來申請套用程式,如果記憶體分配成功,函式就會將所新開闢的記憶體區位址返回給套用程式,套用程式就可以通過這個位址使用這塊記憶體。這就是「動態記憶體分配」,記憶體位址也就是程式設計中的「游標」。記憶體不是永遠都招之即來、用之不盡的,有時候記憶體分配也會失敗。當分配失敗時系統函式會返回一個0值,這時返回值「0」已不表示新啟用的游標,而是系統向套用程式發出的一個通知,告知出現了錯誤。
作為套用程式,在每一次申請記憶體後都應該檢查返回值是否為0:如果是,則意味著出現了故障,應該採取一些措施挽救,這就增強了程式的「健壯性」。若套用程式沒有檢查這個錯誤,它就會按照「思維慣性」認為這個值是給它分配的可用游標,繼續在之後的執行中使用這塊記憶體。真正的0位址記憶體區儲存的是電腦系統中最重要的「中斷描述符表」,絕對不允許套用程式使用。在沒有保護機制的作業系統下(如DOS),寫資料到這個位址會導致立即宕機
而在健壯的作業系統中,如Windows等,這個操作會馬上被系統的保護機制捕獲,其結果就是由作業系統強行關閉出錯的套用程式,以防止其錯誤擴大。這時候,就會出現上述的記憶體不能為「read」錯誤,並指出被引用的記憶體位址為「0x00000000」。記憶體分配失敗故障的原因很多,記憶體不夠、系統函式的版本不匹配等都可能有影響。因此,這種分配失敗多見於作業系統使用很長時間後,安裝了多種套用程式(包括無意中「安裝」的病毒程式),更改了大量的系統參數和系統檔案。
在使用動態分配的套用程式中,有時會有這樣的情況出現:
程式試圖讀寫一塊「應該可用」的記憶體,但不知為什麼,這個預料中可用的游標已經失效了。有可能是 「忘記了」向作業系統要求分配,也可能是程式自己在某個時候已經登出了這塊記憶體而「沒有留意」等等。登出了的記憶體被系統回收,其訪問權已經不屬於該套用程式,因此讀寫操作也同樣會觸發系統的保護機制,企圖「違法」的程式唯一的下場就是被操作終止執行,回收全部資源。電腦世界的法律還是要比人類有效和嚴厲得多啊!像這樣的情況都屬於程式自身的BUG,你往往可在特定的操作順序下重現錯誤。無效游標不一定總是0,因此錯誤提示中的記憶體位址也不一定為「0x00000000」,而是其它亂數字。

解決方法

1. 檢查系統中是否有木馬或病毒。這類程式為了控制系統往往不負責任地修改系統,從而導致作業系統異常。平常應加強資訊安全意識,對來源不明的可執行程式絕不好奇。
2. 更新作業系統,讓作業系統的安裝程式重新拷貝正確版本的系統檔案、修正系統參數。有時候作業系統本身也會有BUG,要注意安裝官方發行的升級程式。
3. 儘量使用最新正式版本的套用程式、Beta版、試用版都會有BUG。
4. 刪除然後重新創建Winnt\System32\Wbem\Repository 資料夾中的檔:在桌面上右擊我的電腦,然後按一下管理。在"服務和套用程式"下,按一下服務,然後關閉並停止Windows Management Instrumentation 服務。刪除 Winnt\System32\Wbem\Repository 資料夾中的所有檔。(在刪除前請創建這些檔的備份副本。)打開"服務和套用程式",按一下服務,然後打開並啟動WindowsManagement Instrumentation 服務。當服務重新開機時,將基於以下註冊表項中所提供的資訊重新創建這些檔:HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\WBEM\CIMOM\Autorecover MOFs。

相關詞條

熱門詞條

聯絡我們