简介
应用程序,指为完成某项或多项特定工作的计算机程序,它运行在用户模式,可以和用户进行交互,具有可视的用户界面。应用程序通常又被分为两部分:图形用户接口(GUI)和引擎(Engien)它与应用软件的概念不同。应用软件指使用的目的分类,可以是单一程序或其他从属组件的集合,例如Microsoft Office、OpenOffice。应用程序指单一可执行文件或单一程序,例如Word、Photoshop。日常中可不将两者仔细区分。一般视程序为软件的一个组成部分。
例如:一个游戏软件包括程序(比如windows平台的*.exe,mac osx平台的*.app等)和其它图片(*.bmp等)、音效(*.wav等)等附件,那么这个程序称作“应用程序”,而它与其他文件(图片、音效等)在一起合称“软件”。
运行模式应用程序(Application)运行在用户模式,它可以和用户进行交互,一般具有可视的用户界面。
对于应用程序需要了解的是:每一个应用程序运行于独立的进程、他们拥有自己独立的地址空间。不同应用程序的分界线称为进程边界。1
延伸Flickr是首批大规模使用标签功能作为整理和搜索机制的网络服务之一,但似乎其母公司雅虎认为这项遗产并不足以让这项照片分享服务保持发展的速度;这项最新调整也与Flickr应用程序采用复古过滤器和@-用户名保持一致。不过主题标签还没有拓展至整个Flickr网站,应用程序中现有的标签也没有变成可以点击的主题标签。
通过向这种由应用程序驱动的移动互联网转变,Flickr应用程序变得类似于Twitter和Instgram,但这实际上并非非常大的改变——一旦你点击某个标签,你会看到一系列相关的照片,就像普通的搜索一样。此外,这项服务运作的方式也没有发生大的变化,不过移动用户可以更加轻松地找到与他们正在浏览的照片相关的照片。
层次区分对于windows操作系统:
1.Windows 兼容
应用程序可以在Windows .NET Server和Windows 2000上运行
2.为Windows XP (客户)设计Windows .NET Server OS 认证
应用程序有以上标志,通过相关的认证程序
3.充分利用操作系统提供的特性和功能
用最少的代码和时间提供满足用户需求的应用
用户应用程序分类办公室软体
文书处理器、试算表程式、投影片报告、数学程式创建编辑器、绘图程式、基础资料库、档案管理系统、档案编辑器2
网际网路
即时通讯软体、电子信件用户端、网页流览器、FTP用户端、下载工具
多媒体
媒体播放机、图像编辑软体、音讯编辑软体、视讯编辑软体、电脑辅助设计、电脑游戏、桌面排版
分析软体
电脑代数系统、统计软体、数字计算、电脑辅助工程设计
协作软体
协作产品开发
商务软体
会计软体、企业工作流程分析、顾客关系管理、Back office、企业资源规划、供应链管理、产品生命周期管理
资料库
资料库管理系统
其他
教育软体、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 垃圾收集器释放。物件封装程式根本不管理它们。
常见问题出现这个现象有两方面的:一是硬体,即记忆体方面有问题;二是软体,这就有多方面的问题了。
硬体原因一般来说,电脑硬体是很不容易坏的。记忆体出现问题的可能性并不大(除非你的记忆体真的是杂牌的一塌糊涂),主要方面是:
记忆体条坏了(二手记忆体情况居多)
使用了有品质问题的记忆体
记忆体插在主机板上的金手指部分灰尘太多
使用不同品牌不同容量的记忆体,从而出现不相容的情况
超频带来的散热问题
你可以使用MemTest这个软体来检测一下记忆体,它可以彻底地检测出记忆体的稳定度。
软体原因先说原理:记忆体有个存放资料的地方叫缓冲区,当程式把资料放在缓冲区时,需要作业系统提供的「功能函数」来申请应用程式,如果记忆体分配成功,函数就会将所新开辟的记忆体区位址返回给应用程式,应用程式就可以通过这个位址使用这块记忆体。这就是「动态记忆体分配」,记忆体位址也就是程式设计中的「游标」。记忆体不是永远都招之即来、用之不尽的,有时候记忆体分配也会失败。当分配失败时系统函数会返回一个0值,这时返回值「0」已不表示新启用的游标,而是系统向应用程式发出的一个通知,告知出现了错误。3
作为应用程式,在每一次申请记忆体後都应该检查返回值是否为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。