精华内容
下载资源
问答
  • 超市名词解释

    2013-03-10 23:53:00
    条状平行线和中间空白之组 合,粘附于产品或包装箱之上,表达有关数据。可以用电子扫描 仪读这些数据。 2、POS(收银机) 收银机(point of sales 简称: POS)销售信息管理系统,其基 本...

    1、条码

    条状平行线和中间空白之组 合,粘附于产品或包装箱之上,表达有关数据。可以用电子扫描 仪读这些数据。

       

    2POS(收银机)

    收银机(point of sales 简称: POS)销售信息管理系统,其基 本构件是:商品条码、pos收银 台系统、后台电脑。

       

    3POP(销售点广告)

    Point Of Purchase advertising 指超市卖场中能促进销售的广 告,也称作销售时点的广告。在 零售店内将促销讯息,以美工绘 制或印刷方式,张贴或悬挂在商 品附近或显著之处,吸引顾客注 意力并达成刺激销售之目的。

       

    4DM(快讯商品广告)

    Direct Mail 又称促销彩页,一般用于超市 商品促销的宣传手段,通常使用 邮递、夹报、人工发放、店内领 取等形式送到消费者手中。DM 促销是超市最有效的促销手段。

       

    5、栈板、并板

    栈板: 木制放货的板,使商品避免直接 放在地面上,并利于使用叉车进行 搬运商品。 并板: 把两个或两个以上栈板上的商品, 有条理地合并在一个栈板上。

       

    6、拉排面、理货

    拉排面: 商品没有全部摆满货架的时候, 利用先进先出原则,将商品向前 排列,使排面充盈、丰满。 理货: 把凌乱的商品整理整齐。

       

    7、孤儿、堆头

    孤儿: 顾客遗弃在各角落的零星商品。 堆头: "促销区",通常用栈板或 周传箱、整箱货物堆积而成。

       

    8、补货、端架

    补货: 将缺货的商品,依照商品各自规 定的陈列位置,定时或不定时地将 商品补充到货架上去的作业。 端架: 货架两端的位置,也是顾客在卖 场回游经过频率最高的地方。

       

    9、换档、出清

    换档: 相连两期快讯产品的更换。 出清: 为清理商品余货,降价处理活 动。

       

    10、变价、价格卡

    变价: 更改商品的零售价或进货价格。 价格卡: 用于标示商品售价并作定位管 理的标志牌。

       

    11、试吃、报废

    试吃: 对一些促销食品进行现场加工, 并让顾客现场品尝。 报废: 由于变质或破包、损坏而不能 销售,需按废品处理的商品。

       

    12、库存、负库存

    库存: 指尚未销售出去的商品。 负库存: 帐面上的销售量大于帐面上的 库存量,通常因为电脑输入的错 误、丢失、损坏等所致。

       

    13、盘点、上架

    盘点: 定期对店内商品进行清点,以 确实掌握该期间的经营绩效及库 存情况。 上架: 把新进货商品摆放在货架上。

       

    14、促销员、会员卡、查核

    促销员:厂商为更好销售、宣传其商 品,而派驻商场的其本单位的员工。 会员卡:会员资格的凭记。 查核:为防止顾客遗漏商品,和收银 员收款时发生错误,在其离开时对 其所购商品的核对。

       

    15、畅销、滞销、平销

    畅销: 指商品销售效果好或很易卖出的现象。 滞销: 指商品销售效果不明显或很难卖 出的现象。 平销: 指商品销售效果不好也不差。

       

    16、动线:

    指商场的布局,使顾客自然行 走、购物的轨迹。良好的动线规 划可诱导顾客在店内顺畅地选购 商品,避免卖场产生死角,提高 卖场坪效。

       

    17、坪效、米效

    坪效: 指单位面积的销售额。 米效: 指在超市货架上,销售面直线 长度上的,每米的销售额。

       

    18、商品库存周期、商品周转率

    商品库存周期: 商品平均库存额除以平均销售额, 以日计算。超市一般用商品库存周 期,来控制资金的使用率,加强商 品销售时间的控制。 商品周转率: 商品平均销售额除以平均库存额。

    转载于:https://www.cnblogs.com/zhangtao09/archive/2013/03/10/2953274.html

    展开全文
  • 1. k8s简介 k8s是kubernetes的简称,是用8代替首尾ks中间的8个字符的缩写。...2. 名词解释 2.1 pod Pod是Kubernetes创建或部署的最小/最简单的基本单位,一个Pod代表集群上正在运行的一个进程。一个Po...

    1. k8s简介

    k8s是kubernetes的简称,是用8代替首尾ks中间的8个字符的缩写。是一个用于自动化部署、扩展和管理容器化应用程序的开源系统。包含如下特点:

    • 服务发现和负载均衡
    • 健康检查和自修复
    • 横向扩展
    • 批次执行
    • 存储编排
    • 自动滚动和回滚

    2. 名词解释

    2.1 pod

    Pod是Kubernetes创建或部署的最小/最简单的基本单位,一个Pod代表集群上正在运行的一个进程。一个Pod封装一个应用容器(也可以有多个容器),存储资源、一个独立的网络IP以及管理控制容器运行方式的策略选项。Pod代表部署的一个单位:Kubernetes中单个应用的实例,它可能由单个容器或多个容器共享组成的资源。

    2.2 ReplicationController

    ReplicationController是一种Kubemetes资源,可确保它的pod始终保持运行状态。如果通过参数replicas配置pod副本数,例如replicas: 3,则ReplicationController在监控中发现pod数目小于3会自动创建pod,使副本数始终保持配置的数量。

    2.3 服务 (serice)

    Kubemetes 服务是一种为 一 组功能相同的 pod 提供单一 不变的接入点的资源。
    当服务存在时,它的 IP 地址和端口不会改变。 客户端通过 IP 地址和端口号建立连接,
    这些连接会被路由到提供该服务的任意 一个 pod 上。 通过这种方式, 客户端不需要
    知道每个单独的提供服务的 pod 的地址, 这样这些 pod 就可以在集群中随时被创建
    或移除。

    3. 常用命令

    3.1 集群信息

    kubectl cluster-info

    3.2 pod

    查看所有pod
    kubectl get pods --all-namespaces
    查看单个pod详情,PODNAME和NAMESPACENAME需要赋值,–namespace不写则为默认的namespace
    kubectl describe pod PODNAME --namespace=NAMESPACENAME
    删除pod,PODNAME需要赋值
    kubectl delete pod PODNAME

    3.3 服务 (serice)

    查看所有服务
    kubectl get svc --all-namespaces
    查看单个服务
    kubectl describe service SERVERNAME --namespace=NAMESPACENAME

    3.4 ReplicationController

    查看rc(ReplicationController)和上述命令类似

    展开全文
  • 文章目录名词解释首席信息官语义网小世界效应信息文化长尾定律全信息简答题简要描述信息采准率和信息采全率举例说明网络信息组织成果(四种以上)简要对比分析共时信息交流和历时信息交流简述引文分析中的主要引用...


    名词解释

    首席信息官

      首席信息官是负责一个公司或组织信息技术和系统所有领域的高级官员。

    语义网

      一种以网络格式表达人类知识构造的形式。实质是提供具有语义的知识网络。

    小世界效应

      即每个人只需要很少的中间人(平均六个)就可以和全世界的人建立起联系,反映了信息交流与人际交往的关联性,且说明了信息传播在随机之中有规律可循。

    信息文化

      信息文化作为一种具有特殊内容和表现手段的文化形态,是人们在社会活动中依赖于以信息、信息资源、信息技术为支点的信息活动而创造的物质和精神财富。

    长尾定律

      在网络时代,人们可能以很低的成本关注正态分布曲线的“尾部”,关注“尾部”产生的总体效益甚至会超过“头部”。

    全信息

      全信息是语法信息、语义信息、语用信息的三位一体

    简答题

    简要描述信息采准率和信息采全率

      (1)信息采全率指对某一信息系统全体用户而言,该信息系统所含的满足用户需要的信息在当时该系统内外所有满足用户需要信息中所占的比例
      (2)信息采准率指对某一信息系统全体用户而言,该信息系统所含的满足用户需要的信息在该系统所有信息中所占的比例

    举例说明网络信息组织成果(四种以上)

    (一)一次网络信息
      一次网络信息是指网上传输的经过初步加工的信息资源,包括:
      (1)文件 (2)超文本 (3)主页 (4)自由文本

    (二)二次网络信息

    • 搜索引擎
    • 指示数据库
    • 网摘
    • RSS
    • 信息导航
    • 主题指南

    (三)三次网络信息

    1. 主题信息网关
    2. 数字化参考服务
    3. 个性化信息定制

    简要对比分析共时信息交流和历时信息交流

      (一)共时信息交流是横向信息交流,主要以消除信息的空间障碍为目标,以信息及时传递为主要手段的信息交流形式。
      (二)历时信息交流是纵向信息交流,主要以消除信息的时间障碍为目标,以信息记录和保存为主要手段的信息交流形式。

    简述引文分析中的主要引用现象

      引文耦合:若两个文本同时引用一篇或多篇相同文本,则这两个文本即具有引文耦合关系。他们引用的相同文本的数量及耦合强度,耦合强度越大,表明两个文本的关系越密切。
      同被引:两个文本同时被一个或多个相同文本引用,则这两个文本即具有同被引关系。同时被引用的相同文本的数量即同被引强度,同被引强度越高,两个文本的关系越密切。
      自引:文本责任者引用自己负有责任的文本或与他人合作的文本。

    简要描述信息资源的一般经济学特征

    A.一般经济学特征(共性):

      1.需求性:信息不仅本身就是一种重要的生产要素,可以取代(或部分取代)物质原料等非信息投入要素,而且可以通过与这些非信息要素的相互作用,使之增值。
      2.稀缺性:信息资源的稀缺并非空间形式的稀缺,更多的是一种时间形式上的稀缺。
      3.可选择性:由于信息资源具有极强的渗透性,所以同一信息资源可以作用于不同的对象,并产生不同的效果。经济活动者可以根据这些不同对象所产生的不同效果对信息资源的使用领域进行选择。

    B.特殊型(个性):
      1.相对共享性:不同利用者对信息资源的利用不存在绝对的竞争关系,可以同等程度地共享某一信息资源。
      2.不可分割性:信息资源在生产过程和使用过程中具有不可分割性。实现其使用价值,信息资源集合是必要的。
      3.不可替代性:不同种资源的信息必定是完全不同的。
      4. 有效配置性:信息资源具有开发和驾驭其他资源的能力。

    展开全文
  • "Win32编程” 很不幸,我从开始学习编程到理解这个名词中间隔了很长的时间(上个世纪的学习环境可见一斑)。很长时间里我都不明白32是指什么,我用过Dos,Win31,win95,win97...但好像没用过名为Win32的操作系统啊?...

    "Win32编程”

      很不幸,我从开始学习编程到理解这个名词中间隔了很长的时间(上个世纪的学习环境可见一斑)。很长时间里我都不明白32是指什么,我用过Dos,Win31,win95,win97...但好像没用过名为Win32的操作系统啊?很久以后我才知道,32在这里并不是指操作系统的版本号,而是指32位。微软操作系统在win31及其以前都是DOS系统,windows只是在dos下运行的一个大程序而已。在其后win95则稍有改变,windows除了DOS核心以外也真正成为了操作系统的一部分,提供着各类操作系统提供的服务。应该说,在win95之后的windows(新近的64位win系统以前)都可以称之为win32系统平台(95/98实际上是16与32位混合)。所以在这样的平台上,直接或间接使用系统提供的API编程,就称之为Win32编程。对Visual Studio而言,Win32编程一般指SDK、MFC、ATL这几类开发方法,其中ATL在国内应用不是很广泛,一般应用于以COM组件为架构的中大型软件产品。

      
    "SDK" :Software Development Kit,常译为软件开发(工具)包

      在Win32编程领域一般指与MFC这类框架编程相区别的,直接调用Windows提供的API的开发方式,与字面原意有一些区别。另外一个经常见到的说法就是某软件(硬件)带有自己的一套SDK,这里其实一般是指一套API库函数或者类库,供上一层的开发者调用。又譬如常说的DX的SDK,其实是微软开发的一套COM组件,供上层开发者使用。总之,供程序员使用的比较完备的代码库,就可以称之为SDK;

      
    “MFC”: Microsoft Fundation classes 微软基础类库

      大家都知道,使用SDK编程方式往往有很多每次都重复的固定不变的一些代码,为了提高编程的效率,减少上千个API带给开发人员巨大的精神压力,微软开发出了这么一个类库,注意,这个类库与操作系统本身无任何关系,它只是对API进行了一个面向对象的封装,当然,还给出了一系列编程的框架。使用SDK的方法,使用Visual Studio,通过调用Windows API,MFC你也可以做得出来。MFC把一些固定不变的代码已经写好了,只在编译时候链上,所以我们的代码里看不到WinMain(),而事实上整个程序的运行,和SDK的方式无任何区别,初学者请记住这一点。另,补充一点个人感想,MFC的初衷,带给开发人员更多的便利,我觉得并不太成功。学习MFC所费的力气和最终的所得,并不太成正比。

      
    "API":Application Programming Interface,应用程序接口

      这个词的出现频率很高,从某种意义上来说,也可以看作是SDK的一个子集。这也是做给程序员的程序,不过一般指用导出函数的方式提供服务的函数库,不包括类库和组件。

      
    “GDI”:Graphic Device Interface,图形设备接口

      这个是Win32程序下最常用的显示方式,与DirectX、OpenGL处于同一级。在DOS要显示一些东东可不是容易的事,最简单的是调用一些C的图形库函数来实现显示,不过一般也就是些画线,填色,输出几个文字,效果很弱(所以DOS程序界面一般都不怎么样,且实现起来不是一般的复杂),要复杂一点的动画/图片显示什么的,经常要用到的就是硬件中断,调用一些显卡自身的子程序(固化在显卡内的)来做。因为每一个显卡都不同,所以DOS的游戏兼容常常由于显卡的差异而很糟糕。到Windows下大家就幸福多了,Windows将硬件这一层屏蔽起来,用一个表格(Device Context)来代表一个显示,我们要做的就是在这个表格上填好相关参数,然后画上我们想画的东东,然后操作系统会依照这个表格(DC),把相应的显示内容(一般是一块显示内存)传送到指定显卡的指定的显存,再由显卡传给显示屏。我们不再需要与不同的显卡打交通,这是一个十分伟大的胜利!GDI中最常用的是双缓存技术,就是说你可以在内存中创建(也就是复制)一个DC,只不过在这个DC中显示的不再被传送到显示器上。有什么用呢?因为它的各参数是与当前屏幕DC一致的(COPY嘛 ,当然是这个结果),所以它的显示内容可以完整无失真地传送到屏幕DC上。我们通常在内存DC上画图,譬如画一圆,再画一条直线,画完后一次性地传送到屏幕DC上,这样对用户来说屏幕只刷新了一次,可以解决你画一点内容屏幕即刷新一次导致的闪烁问题。当然,双缓冲甚至多缓冲还有很多别的用处,那就要靠自己揣摩了。

      
    "DirectX" 

      通常简称为DX(读音:低叉)这是个很吸引人眼球的名词,读起来就很上口:)。Windows为我们作了许多屏蔽底层硬件的工作,其中DX是最知名的技术之一。操作系统要与各类硬件打交道,特别是多媒体相关的,譬如显卡、声卡、手柄输入、多媒体流的网络传输等等,这些事情如果都自己来弄的话,那就太要命了(这些一般都涉及系统底层,自己也很难做出来)。而DX则正是这么一套操作系统提供的隔离多媒体硬件与程序员的间质,DX自身一般并不实现处理的能力,它是一个标准,要求硬件来满足,好比DX提供一个函数名,硬件来实现函数内容一样。通过它我们可以非常简单而快速地调用硬件提供的各类服务。它主要包括DirectDraw(通过直接访问显示硬件来提供快速的图象处理能力),DirectSound(提供了软硬件的低延迟声音混频和回放,以及直接访问音频设备的能力),DirectPlay (它明确的提供了通用环境连接能力来简化你应用程序之间的通讯服务),Direct3D(DirectDraw的3D版),DirectInput(简化你的应用程序访问鼠标、键盘和操纵杆设备的能力),DX5.0之后又增加了一些(如DirectShow),不再详述。DX一个重要的特点就是你可以通过它直接访问硬件而无需知道硬件的具体细节。譬如DirectDraw,就能够越过内存而直接访问显存,这样的速度将比GDI快很多,不在一个数量级上。补充一点:DX是以组件的方式提供的,而不是通常的导出API的形式。DX SDK的最新版本是9.0

      
    "COM”:component object model,组件对象模型,一般简称组件。

      这是微软为了解决代码重用的一个重要机制。重用代码的最简单办法是源代码重用,把写好的函数和类加到自己当前的代码中,编译即可。简单是简单,敝病却显然的多。另一个常用的方法是单独做成模块,以DLL的形式分发,DLL导出函数或者类,客户程序用动态/静态链接的方法将其加载,这显然比前一种源代码的方法好一些,难度也不大,最为常用。但DLL也有一些不足,最根本的,它不是二进制兼容,DLL版本升级一次就需要与客户程序代码重链接一次,有些时候这几乎是不可能的任务。为了更好地让编程像“搭积木”一样简单,让模块可以完美地配合,完美地替换,COM产生了。COM不是类库,不是代码,不是操作系统的服务,而是一套编程模型,理论上来说,它与语言无关,与操作系统无关,unix下同样可以做COM。COM是一种程序结构模型标准,你做的DLL或EXE在结构上满足这么一个标准,那这个DLL或EXE就是一个组件,它将在该平台上成为二进制兼容。COM主要利用了注册表来登记本模块的信息。客户程序调用时首先查注册表,找到所需组件的位置(这实现了位置透明),然后就用Loadlibrary把它加载进来,这和普通调用没有本质区别,区别在于由于组件特殊的实现方法使得整个过程中用户程序都不知道组件的位置,组件的类的实例化过程,如何销毁,不能直接访问组件的任何实现细节,用户只与组件的几个public接口打交道。这将实现真正的模块之间的独立。对用户程序而言,对于目标组件的认识,除了接口,一无所知。在接口不变的情况下,组件可任 意替换而客户程序不作任何改动,无需编译,仅这一点,在中大型程序的模块集成的过程中就将节约相当多的时间。 

        
     "STL":Standard Template Library,标准模板库

      这是最早由Alexander Stepanov和Meng Lee(蛮像中国人的名字)完成,于1994年提交给ANSI/ISO 标准C++委员会并通过而成为标准C++的一部分。望文生义即可知这是一个代码库标准,不是语法标准。简单地说,STL是以C++中的模板语法为基础建立起来的一套包含基础数据结构和算法的代码库。STL的特点是实现了“类型参数化”,即STL的代码中可处理任意自定义类型的对象,如果不使用模板技术的话,这是一件相当困难的事。也因为这个原因,在最新的java及C#语法中均加入了对模板语法的支持,可见其重要性。另外一个有关STL重要的话题是GP(Generic Programming),泛型。这是与面向对象相并列的另外的一个编程模型,它以模板为基础,弱化了实体类型的差异,简化了编程时问题抽象的模型,提供了更好的封装性和弹性,对于繁杂的面向对象编程毫无疑问是一种解脱,至少是精神上的。GP并不是用来取代面向对象的,而是作为一个有益的补充体,是面向对象很好的合作伙伴。GP是最近几年软件架构的一个研究热点,但国内真正的应用似乎并不多见,这项技术本身还基本处于研究前沿。<>一书对C++中的GP应用有很好的诠释,而这本书对脑细胞的杀伤力之大,也是其它C++书藉望尘莫及的。想知道C++的代码技巧可以做到怎样的出神入化吗?不妨看看这本书。

      
    "ATL":Active Template Library,活动模板库

      这在VC编程下应该算是比较高级的话题了,它集COM和模板技术于一身,带来了极方便的组件编写方法和极高的学习门槛。可以说,进入ATL领域就算是进入了中级以上的编程领域。ATL是为组件而生,它的目的是为了让程序员更方便地编写组件(纯用C++写一个最简单的组件实现一个“Hello World”对初学者来说都是要命的),同时它使用模板技术来类似于MFC一样建立了一个开发COM的框架代码库(模板库),使用该框架及模板库可以相对方便地进行组件开发。ATL中的一个特点就是你自己的类将成为ATL代码库中某些类的父类,这是一件很有趣的事(这也是模板技术的一个特点)。

      
    "HANDLE": 句柄

      这是一个中文翻译很古怪的字,对初学者来说是百思不得其解的东东。这其实等价于void*(顺便提一下,初学者往往对VC代码中各种古怪的符号、类型标记/宏等百思不得其解,其实它们大多来自基本类型的#define或者typedef,请将光标移到这些符号上(譬如HANDLE),然后按下F12,编译器自会把你带到它的声明处,反复使用几次,你终会见到它的原貌,然后长吁一口气:原来不过如此而已。没用过的初学者请牢记:F12)。很多初学者总想知道一个HANDLE代表一个什么对象,我的建议是不要去理解为某对象,而就是理解为访问某一个对象的入口,事实上HANDLE大多数时候是一个整数索引(标志该对象在操作系统的某表中的位置,就好像一个数组的下标一样),Windows系统核心中主要是几张大表,这样一个整数索引就是标记目标在这个表中的位置,供操作系统访问时查询用。偶而它的确是指向某对象的指针,有时它还携带一些额外辅助信息。总之,我们不要去直接访问它,把访问HANDLE的任务交给操作系统好了,除非你还嫌写程序不累:)。

      
    "DLL": Dynamic Link Library 动态链接库

      DLL的一个特点就是可以动态加载(顾名思义),即在主程序(我更喜欢称为客户程序)需要该模块时才由操作系统加载到内存。毕竟一个大型应用程序我们经常使用到的功能并不多,这样一些不常用的功能模块(DLL)在程序运行时一般将不被载入,可极大节省内存开销。DLL同时也是目前最常用的分发模块的方法,便于彼此协作。程序中对DLL的调用主要有两种方法:1 针对使用DEF文件导出函数的DLL,使用API函数LoadLibrary(“DLLModuleName" )加载,然后使用GetProcAddress()得到函数指针,进而调用 2 直接将类、函数等导出,客户程序使用同一份头文件声明,加入对应的lib链接库,即可在客户程序中直接使用DLL中的类或函数,无需LoadLibrary。

      
    "Process": 进程

      进程是一个动态的概念,包括从进程的创建申请,PCB(Process Control Block进程控制块,一般操作系统实现为一个表格(struct))的创建,地址空间的内存分配,模块代码载入并执行,执行完以后进行撤销,整个过程被称为"进程"。在Win32下,一个进程有4G的逻辑空间。但我们也常把它作为静态概念来使用,在Win32下,一个EXE的执行就是一个进程(如果它内部又开了新进程,另当别论)。

      
    "Thread": 线程

      为了更有效的提高CPU的利用率,更好地实现多任务并发,微软将进程进行进一步分割,实现了CPU任务调度的新对像:线程。一个进程拥有至少一个线程。我们在实现多任务并发的时候通常是建立一个新线程(建立线程的系统开销要小于进程),线程以我们自己的一个函数作为入口,函数执行完毕自动撤销(当然你也可以在执行过程中强制结束该线程)。顺便提一下,在UNIX下并没有线程这个概念,想来是因为UNIX主要是以多进程的并发服务为主(所以它更适合于做服务器),系统运行时通常已经有了太多的进程,所以没有必要再对进程进行细化,因为这样做甚至会降低系统效率(CPU调度不过来),当然,这是我个人的猜想:)

      
    "C语言" 

      到目前为止,C语言应该是传播最为广泛的语言,特别在UNIX的世界里依然扮演着主角的位置,在其余如硬件开发,嵌入式系统(如手机)皆有十分突出的表现,即便在win32平台下SDK的开发中也有一席之地。更主要的是它是大多数国内(国外我不敢说)程序员的启蒙语言,通过它许多人才领会了程序的思维。C最大的特点就是快,除了汇编以外效率可以达到最高,而它的灵活性,对硬件的直访性也完全符合程序员自由的天性。如果说学习别的技术尚有犹豫和徘徊,那么学C只有一句话:相信我,没错的!也有许多人主张可以直接学习面向对象语言,我不太同意。面向对象语言对机器模型的抽象十分容易让程序员迷糊,心中难以建立准确的程序运行时的模型。毕竟我们是程序员,不是用户,我们不能把所有的问题都想当然地交给编译器和操作系统去解决,它们也解决不了。至少学习一门面向过程的语言,才能知其所以然。

      
    C++

      这是贝尔实验室的又一杰作,同时,也伤透了全球太多程序员的心,脑细胞杀伤力十分之大。C++比大多数初学者想像的都要复杂得多,它基本包括:一个类化了的C语言,模板,标准模板库.很多初学者掌握的C++仅仅只是一个类化了的C语言的一个子集(不相信的话,你不妨看一看<>中的C++代码,看看能理解多少)。更麻烦的是使用C++不得不谈到面向对象的编程风格,这同样比初学者想像的难很多,要有打持久战的准备。而最让我这类C++爱好者忧心的还是它目前在Win平台中的前景,在.net平台上很难找出不用C#而使用C++写新代码的理由:( 。而它的复杂性和目前许多诸如java/C#及一些动态语言(python/ruby)比起来,开发效率显然的低,大有退出上层应用程序开发的趋势。这么一个包含了最多范式的近乎完美的语言,我实在不想放弃。我唯有祈祷在未来C++的路可以走得更远更好一些。

      
    源代码版本控制

      这是软件开发中一个十分重要的工程手段,几乎是必须的一个Process(过程)。很多作坊式的开发团队在采用软件工程的一些方法的时候,第一个要进行改进或增加的,往往就是这个过程。对初学者学习而言,建议在开始进行实践小项目的阶段即进行源代码版本控制,因为这在以后的工作中,是一定会用到的。

      
    源代码版本控制的基本原理如下:

      在服务器端建立该项目的数据库,并保存你选定的项目源文件的第一个版本。客户端任一用户要获得某源文件的修改权利,需进行check out操作。之后客户端一般每完成一个无编译错误的版本想保存的时候,进行check in操作,将当前版本保存在服务器端上并成为最新版本(注意,不是覆盖以前的哟)。任一客户端可以方便地得到服务器上的文件的任意版本(如果有权限的话)。一般还实现了一个重要的功能是版本比较,任一客户端可以利用版本控制工具对某文件的不同版本进行版本比较,它会标记出不同版本的同名文件的不同点,可以轻易地看出版本内容的演化,这一招很常用。 下面介绍一下我接触过的三种版本控制工具(也是国内用得比较多的):

      
    VSS: Visual Sourcesafe

      这是微软Visual Studio自带的源代码版本控制工具,它最大的特点就是易安装(与Visual Studio集成在一起,装VC/VB的时候就顺便搞定,不用别外费工夫),使用简单(服务器端设置相对容易,一般个人稍加摸索就可以轻松搞定,客户端更是只管check in/out),基本功能完善,版本比较很直观(我喜欢)。它的特点是某人check out了某版本以后,别人将无法对此版本check out,也就是说同一时间只有一个可以修改某一个文件,这样就避免了不同的人对同一文件的修改造成彼此冲突(注:可通过设置服务器端实现多人check out,但几乎不会这样做,因为那样就失去了VSS的一个最重要的功能)。另,VSS可集成于VS环境,但根据我的经验,直接在VC里对版本的check操作,常常不生效,所以最好还是到VSS程序里去进行check操作。补充:单机上也可以使用VSS,这样的好处是在对当前某些文件进行了误操作或大规模地误修改之后,可以恢复到最近的无错误的版本,最大程度地挽回损失。VSS实际应用较普遍,如果你是走Visual Studio路线的话,一定要用一下。

      
    CVS: Concurrent Versions System

      这个也是一个大名鼎鼎的开源的版本控制工具,主要活跃在UNIX世界。CVS我使用不多,一般而言好像功能比较偏向于命令行方式(UNIX下开发很多人也都使用着命令行方式)。当然,Windows下面也实现了几个版本的CVS,也可以集成于VS,好像还有一个可以挂接在IE上的,我没试过。著名的开源项目管理网站sf.net也是用的CVS,如果你要和全世界的程序员一起协作开发,CVS是必须要安装的。在JAVA的世界里,也是以CVS为主。

      
    Rational Clearcase

      这个工具就比较上档次了,Rational公司(现在是IBM)的出品,价格昂贵。我最初参加工作的时候用过一小段时间,简单谈一下。这个工具的特点是复杂,安装及设置就十分复杂,我的印像中客户端甚至不得不加入到NT域里面去,导致我在本机的权限都不够,安装新程序都很麻烦,很郁闷(不知道是不是我们公司的相关人员安装设置错了,想来应该是这样,但其复杂性可见一斑)。对使用而言,它有一个功能挺有用的,就是它能够根据你每次check的版本号,自动生成版本树(一个树状图表),你可以清晰地看到版本的演化过程。所以严格地说,像CVS/Clearcase这样的才真正称得上“版本”控制,VSS还太勉强。Clearcase的功能十分强大,我不详述了(我还不想出书),较适于大型软件公司实施软件配置管理时采用。虽然它的名气十分之响亮,但我不知道国内有多少公司在真正使用正版的Clearcase这样的工具,想来应该是十分之少。

      
    OpenGL

      OpenGL至今颇有一点英雄落寞的味道,这一套标准是实现得如此之好,以至于曾经一度成为游戏界面华丽的标准。它的低落也是一个必然,毕竟在微软的强力打压下鲜有不挫败的。但它曾经能够给微软带来如此的压力,至今也依然在工业界被广泛使用,大多数游戏/显卡依然保留着对它的支持(CS里我喜欢的还是OpenGL)。而它的性能在某些方面与D3D比较,依然占着上风。不幸的是DirectX在不停地向前发展,而它,几乎止步不前了,前景并不光明。OpenGL目前在工业领域应用较为广泛,它的优秀的矢量图的操作性能,华丽的色彩,在专业的图形图像处理领域表现突出。游戏中使用相对以前而言则是越来越少。新近听说微软的最新操作系统Vista对OpenGL进行了极大的打压,不但性能上折扣,支持的版本也只到1.4(最新版本好像是2.0),不知道最后如何收场,拭目以待。

      
    DirectDraw & D3D

      大凡像样的2维Windows游戏,几乎都是采用此技术来实现显示的。DirectDraw有两种模式:全屏和窗口。其中全屏应用更多一些。在全屏下,DirectDraw有一个十分著名的“换页”技术,即在两个显示页面之间用“交换”来实现显示刷新,这个速度十分地快,只是一个显存内一个指针的交换,比你用BitBlt复制一屏的像素快太多太多,游戏的高效的动画效果大多源于此技术。DirectDraw主要用于娱乐领域和一些实时显示要求较高的场合,如医疗图像。D3D是目前大多三维游戏的标准采用,我没钻研过,不敢多言。它的效果嘛,玩玩游戏就知道了:)

      
    UML:Unified Modeling Language,多译为统一建模语言

      这个语言是一种图形语言,主要是作为设计时建模的一种标准的图形模型,便于程序员与程序员、程序员与客户、设计员与代码员之间的沟通,同时它也帮助设计人员将头脑中的基于程序代码的对程序功能的理解形成文档,便于理清头绪,进行下一步编码的工作。换言之,设计过程的产品,可以表现为一些文本文档,或者一些框架代码,或者一些伪代码,但比较标准通用的,是表现为一堆UML图。UML包括动态图和静态图两大类,其中静态图中的类图最为常用。很多人初学时不知道该怎么做设计,写小软件时常常没有设计过程,其实很简单,把软件的类图画出来就好了。学做设计时未必要找一个像Together或者Rational Rose一样的巨无霸。用一些简单的可以做UML图的工具就好,专门用来画UML图的小工具很多,网上容易找。补充一点:画UML图不要面面俱到,不要什么都画,突出重点方便理解就好,甚至使用不规范的记号也不要紧(当UML的功能是草稿的时候)。

      
    RTTI: Runtime Type Information 运行时类型信息

      在程序中,当我们得到某一个对象的实例或者指针时,大多数时候并不能直接肯定它的类型(都是继承以及类型转换惹的祸),这个时候,依靠VC4.0或更高版本的编译器提供的RTTI支持,调用库函数typeid()即可在运行时获取这个对象的“类型信息”,在一些动态处理中“类型信息”很重要,获取了类型信息以后,你就可以有十分把握地调用该类型的相关操作,或者类型转换,或动态生成。因其重要性,在JAVA和.net库中借助单根继承和“虚拟机”对此有了更优雅的做法,每一个自object继承的类天然就有了表述自己类型信息的能力(继承的好处),并且容易扩展,现在你需要类型信息的时候,大可直接ask那个对象:tell me, what type are you?它就会告诉你答案。

      
    debug & release 调试 & 发行

      大家都知道,debug是调试版,release是发行版,区别在于debug版生成的程序中包含大量供调试用的场景代码(不是真正运行需要的),而release一般去掉了这些信息,并进行了某些代码优化,所以release版的程序会比debug版的程序小很多,运行速度也快一些。同时,debug版为了便于调试,往往会对调试使用的诊断代码加上DEBUG一类的宏,使得在release下不对这些代码进行编译。正由于两种版本编译使用的源代码的差异(以及release糟糕的优化),常常使得两种版本运行时产生截然不同的效果,一个正常一个崩溃是大多数人都遇到过的。导致问题的可能性很多,注意事项详见各论坛的诸多精华贴。另,同一个程序如果DLL之间的链接使用了不同版本(譬如EXE是release版,dll是debug版),有时会无法正常运行,所以我一般的做法是每一个DLL针对不同版本使用两个DEF文件,编译生成不同名的两个文件(debug版文件名后加d),调用时各个版本针对自己的版本调用,这在一定程度上可避免混乱。另,release也是可调试的,在工程设置里把调试信息打开即可。

      
    XP:eXtreme Programming 极限编程

      这是近几年才时兴起来的开发模型,国内大致是01/02年开始有所宣传。

      它主要是针对中小型开发团队在开发时间要求紧、需求不稳定的中小项目(大多数软件项目都是这个情况)时使用。它打破了传统软件工程的框架,非常新巧。譬如整个开发过程中文档很少,大量使用“卡片 (如CRC卡片)”来描述开发计划和内容;没有真正意义上的软件功能规格说明书,取而代之的是一系列可测试的用例;没有独立的设计和测试阶段,它们总是在迭代中增量反复进行;设计:尽可能小和简单;一般没有代码复审(code review),大家共同拥有代码。而它的最显著的一个外在特征是它常使用“成对开发”,即一台机器前坐两个开发人员,共同开发(一个看,一个写),这乍听起来真是蛮有趣的:),它的基本出发点是认为成对开发的效率在一定条件下要高于两个人独立开发的和。不要觉得天方夜谭,在很多项目中,这种做法的有效性已经被证实。

      XP的特点可以用“快、小、灵”来概括,它和传统瀑布模型(自顶向下)的区别在于它使用迭代增量(设计->代码->测试->设计->代码...)的方式。想法很简单:没有什么目标是可以一开始就容易确定的。用爬山来做一下比喻的话,传统的是在山下研究地图,选好一条路线,然后沿着此路前进,XP则是走一走,停一停,看一看,对下一步的方向作出新的选择,在很多时候,这样做会让你选择到更好的捷径。

      
    ICONIX:

      这个字相信很多人都没见过,我也不知道是什么字拼起来的,作为开拓眼界,我还是提一下吧。这是一种界于XP和RUP(Rational Unified Process)之间的开发模型,换言之,它比XP“大”,比“RUP”要小。它采用了UML的一个子集,特点是用例驱动,保持良好的进度跟踪能力。它的目标是用最短的时间来把用例变成代码。具体来说,这种开发模型相对精简的XP而言,更加强调用例的建立、分析和代码化,用例是其中心地位。

      
    RUP:Rational Unified Process

      前面已经提到了,相信你已经感觉出它是一个丰富的软件开发模型。这是由IBM提出来的软件工程模型,它使用完整的UML图,对开发的各阶段(需求、设计、代码、测试、维护)均有十分完善而复杂的标准,就不详述了。RUP本质上是迭代式开发,在每一次迭代中均完成以下四个阶段:初始阶段(inception)、详述阶段(elaboration)、构建阶段(construction)、转换阶段(transition)。

      
    CMM:Capability Maturity Model 软件成熟度模型

      这是卡内基*梅隆大学软件工程研究所(我的专业正是软件工程,所以这也成为我心目中的圣地)的一大力作,一度曾形成了席卷全球软件开发的CMM浪潮。CMM分为五级,大多数软件企业都处于第一级,而得到第五级认证的全球也没有多少,国内去除掉挂羊头卖狗肉的,也是寥若星辰(嗯,比星辰是寥多了)。所以CMM实施一般是从第二级开始,能做到第三级的都是颇有实力的软件公司了。CMM是以Process(过程)为中心的模型,从二级始每一级都有几个Key Process(关键过程),每一个KP又分为若干Key Active(关键活动)。CMM的实施一般不能越级实施,并且每一级的实施通常都要一年以上,所以要达到较高等级是一级很困难的事。另,CMM不仅可用于较大规模公司,同样也可实施于小公司,小项目组(这是很多人所不知道的)。实施视具体情况等级之间可交叉,譬如实施时采用二级的某些KP再加上三级甚至四级的KP,但你只有实施了所有二级的KP,你才能也只能通过二级认证,即便你采用了某些四级的KP。CMM最新发展成果是CMMI(Integration),这主要是新考虑了软件与非纯软件因素的关系(譬如系统),以及团队之间的协作问题。CMM在国内的发展似乎有点走向ISO同样的道路,这实在不是一个好消息。

      
    Callback Function: 回调函数

      在侯sir的<<深入浅出>>中一开始就提出了这个概念,大概的提法是说回调函数是操作系统调用而你永远不要去调用的函数。这个提法让初学者有点望而生畏,以为是一种多么高深而难以领会的系统底层的核心技术。其实不然,这个技术本质很简单,而且很常用。它实质就是函数指针的基本运用(如果不知道什么是函数指针的话,翻翻书)。在一个模块中,有时想让一部分功能由其它模块实现,譬如说一个做显示的模块,它只想实现显示的资源配备,画面的刷新,缩放等控制功能,而把画具体实体(譬如圆、多边形,都可以有很多种不同效率的实现方法)的代码由别的模块来实现,怎么办呢?用函数指针。在自己的类中放一个画圆的函数指针,使用时由外部为这个函数指针赋值(其实就是指向了一个外部的函数),在自己的代码中直接调用这个函数指针来画就可以了(本模块完全不知道外部模块是怎么画圆的)。那个外部的函数在这里就是回调函数!

      在很多系统API中就使用了这种函数回调的方法,让我们开发的代码实现可以嵌入到API的代码实现当中,其实我们就是传了一个函数地址给它而已。换句话说,这些API搭好了某些运行的代码框架,我们来为它具体实现。

      
    XML: Extensible Markup Language 可扩充标记语言

      也许你还在为选择.net和j2ee而徘徊不前,如果是这样的话,不妨先着手学一下它们所共通的一个基础:XML。有了HTML为什么我们还要XML?很简单,HTML重在表现文本/图片以及一些多媒体内容,它很难表达数据,因为它的标记是固定的,而数据类型千千万,根本无法描述。.net和j2ee都要解决一个信息传输格式标准化的难题,这个格式要能承载文本/数据,最好还能描述程序接口,同时又应该像HTML一样简单,具有通用性,能够在HTTP下很好的运作。在这种要求下,XML产生了。它的特点正如其名,和HTTP一样,它也是一种标记语言,但是它的标记不是固定的,是可自定义(也就可无限扩展)的,这些自定义标记能够很好的描述数据类型以及对应的数据内容(乍看起来很像数据库表的定义)。除此以外,XML还可以描述程序接口,所以XML可以方便地与网络程序构件(COM、EJB等)直接交互。由于它也是一种ASCII文本流,所以与当前的HTTP兼容,在当前的internet上畅通无阻(这很重要)。有了以上功能,XML就名副其实地成为了新一代互联网技术的标准信息载体,在.net和j2ee的网络架构中,各种“构件”的信息交互都交给了XML,可谓任重而道远。

      XML我自己没怎么写过,单就学习上的经验而言,感觉语法上比HTML更琐碎一些,小细节更多,没那么容易速成:) 好在根本同源,有HTML基础甚至WEB开发基础的,学起来也很轻松。

     
    Java2:

      这是近几年最吸引大众焦点的语言,在Web开发,网络平台,移动开发的世界里发光发热。你可以不用java,但你不可以不了解java,毕竟这是一个极大且丰富的软件开发领域。有些没使用过java的VS阵营里的人可能还不明白java2里的那个2是什么意思,容我先解释一下。Java最初正式推出1.0时,并没有受到如此多的好评,受到颇多责难,于是它不断地推出新版本来完善自己,其中变化显著的一个版本是1.2(我没记错吧),Java的每一个新版本除了语法上的更新,还有一明显的标志,那就是JDK(Java Development Kit,就是Java自带的一套SDK)的更新,版本1.2以后的java为了在宣传上与以前的java相区别,便被称为java2。目前用得比较多的jdk是1.3/1.4 ,最新的JDK是1.5(代号tiger)。java开发的IDE国内主要以JBuilder为主,另外就是在开源领域如雷贯耳的Eclipse,而sun也力推自己的开源java IDE:Netbeans(从sun的网站上可下载,免费)。Java运行是虚拟机机制,相当于在操作系统上增加了一个软操作系统,源码被编译成一种字节中间码,由虚拟机解释执行,只要有对应的虚拟机,java程序就可以在该操作系统上运行,这就是java号称的一次编译,到处运行的由来。而附带而来的不可避免的性能问题也让Java难以成为桌面程序开发的主流。补充一下:对初学者学习而言最好的Java IDE我推荐使用JCreator,这是一个C++写成的IDE,几MB的大小,比Eclipse快十倍以上的启动速度,对初学者带来极大的便利。

      
    J2EE:

      Java实际上又被分为3类:J2EE/J2SE/J2ME,不同类分别对应不同的JDK,J2EE针对企业平台开发,J2SE是标准版,J2ME针对移动平台开发。J2EE现在实在是热得烫手,我前不久翻了一下程序员早期的杂志,发现在第一期创刊号里(2001.1)已经有了j2EE方面的讨论,现在已经是2004.6了,你对它的认知又多了多少?J2EE不是一种单纯的技术,而是一种体系架构以及组成该架构的诸多标准。企业平台开发和桌面/简单Web数据库开发有很大的不同,它的程序规模往往很大(不是一个或者几个EXE可以搞定的),用到的往往是海量的数据库和海量的通信,并且常常是不可中断的,这些特殊性都使得企业平台开发更多地去关注架构的问题。而我们写一个熟悉的java客户端程序,或者消息处理中间件,又或者数据库处理程序,都只是这样一个架构里的一小部分。J2EE是很宠大的,所以请不要写了几个EJB(这是java世界里的构件,概念上大概是类似于COM)的例子程序就感觉自己精通j2EE。

      J2EE中传递消息时往往引入了一个被称作消息管理器的中间件,在服务器端使用EJB的容器来管理和调用EJB。在J2EE中一个重要的概念是Transaction(事务)处理,事务的概念最早广泛应用于数据库技术。这实际上是一个封装了很多操作的单元,它的作用是中间任何一个操作失败,可以自动依次整体撤销,所以一个transaction就是操作成功/失败的最小单元,不存在一个transaction只成功了部分操作的情况。
    在企业服务平台开发中比较知名的有一个叫BEA公司(这是一家不错的公司,应该知道它的名字),它的产品是Weblogic。

      .net

      .net是微软为下一个十年准备的技术,你呢?.net也是一种平台技术,而不是单一技术。它主要分为.net运行时平台(对应java的虚拟机)和.net类库(对应java的jdk)。目前只有Windows2003是天然集成了.net运行时平台的操作系统,所以如是你写的.net程序想要在别的操作系统上运行,该操作系统必须先安装.net平台,这是一件蛮烦人的事,也是为什么到目前为止,还没有太多的人改用.net来写程序(尽管可极大提高开发效率)。希望Longhorn的出现可以扭转这一现状。那我们就终于可以和MFC这样过时的框架类库说再见了,一大快事。
    .net采用了很多最新的技术和思想,对走VS路线的人来说(特别是有COM概念的),学起来相对轻松且很过瘾,前人推荐的“.net框架程序设计“和”.net本质论“都是很好的书。当然,看它们之前你最好基本掌握一门.net语言,譬如C#,掌握语言对我们来说是最easy的。

    转载于:https://www.cnblogs.com/hongfei/archive/2013/01/21/2869546.html

    展开全文
  • .NET涉及的一些名词

    2017-06-03 17:50:00
    本文在最为概略的层次上对.NET涉及的一些名词进行解释, 包括: 通用语言基础架构(Common Language Infrastructure, CLI)、 虚拟执行系统(Virtual Execution System, VES)、 通用中间语言(Common ...
  • 网站架构——LAMP Linux+Apache+MySQL+PHP系统+服务器程序+数据管理软件+中间软件网站服务名词解释:二.静态站点2.1安装Apache(准备环境)yum -y install httpd 安装httpsystemctl start httpd 启动...
  • 1. 名词解释1.1 系统参数系统级全局变量,该参数在程序中任何位置都可以访问到。优先级最高,覆盖程序中同名配置。系统参数的标准格式为:-Dargname=argvalue,多个参数之间用空格隔开,如果参数值中间有空格,则用...
  • 友情提示:文章篇幅较长,前面文字叙述较多,中间系统截图较多,末尾项目代码展示较多。想要源码的伙伴加QQ:2040423570或者微信:13193830520 都可以。 各位朋友,请注意几个名词SpringBoot、Vue.js、前端后分离...
  • 1. 名词解释 1.1 系统参数 系统级全局变量,该参数在程序中任何位置都可以访问到。优先级最高,覆盖程序中同名配置。 系统参数的标准格式为:-Dargname=argvalue,多个参数之间用空格隔开,如果参数值中间有空格...
  • 开发领域-名称解释

    2009-10-11 14:39:00
    "Win32编程” 很不幸,我从开始学习编程到理解这个名词中间隔了很长的时间(上个世纪的学习环境可见一斑)。很长时间里我都不明白32是指什么,我用过Dos,Win31,win95,win97...但好像没用过名为Win32的操作系统啊?...
  • 邮政储蓄中间业务平台ALM用户使用手册目录1引言41.1文档目的41.2适用范围41.3名词解释42ALM概览52.1ALM 窗口52.2用户权限52.3用户属性页面52.4ALM 常用功能用户界面63需求103.1概述103.2创建需求103.3创建需求覆盖率...
  • 讲座的目的就是在同学们中间普及 Linux 基础知识,为今后我们更加接近的了解 Linux 做一 个好的开端。 第一讲 Linux基础 在这一讲中,我们主要是了解一下 Linux 的概况,以及对 Linux 有一个初步的感性认识。 ...
  • 这里有一些名词解释一下:编组是指将车辆组合编入相应的列车中,以便迅速的运往目的地。比如从哈尔滨到广州的货物,由于不可能将所有到广州的货物编成一列车,所以中间要经过很多重新的解体编组。从哈
  • Java是一门各方面性能都很好的编程语言,它的基本特点是简单、面向对象、分布式、解释的、健壮的、安全的、结构中立的、可移植的、性能很优异的、多线程的、动态的,特别适合在Internet环境上开发的应用系统。...
  • 中断和轮询

    千次阅读 2012-03-15 13:31:44
    名词解释 中断方式和轮询方式的区别 名词解释  轮询:polling, 效率低,等待时间很长,CPU利用率不高。  中断:interrupts,容易遗漏一些问题,分屏蔽中断和非屏蔽中断。 中断方式和轮询方式的...
  • 此份复习资料(全是题)分为五部分: 一、名词解释 二、填空题 三、选择题 四、问答题 五、计算题 ...3、电力拖动系统的过渡过程:就是指拖动系统从一个稳定状态到另一个稳定状态中间的过程。。。。
  • 名词解释 概念 分布式系统:由多个计算机(IP地址)及其上软件构件(端口)所组成,通过网络互联,通过消息进行通信和协同 分布式计算:Distributed computing,围绕分布式系统的构造和运行机理展开研究。物理...
  • 2013NET笔试题及答案

    2013-05-17 16:21:00
    一、名词解释 MSIL:Microsoft Intermediate Language(微软中间语言),是一种类似Java字节码的语言,也是为了能在不同平台移植所生成的中间代码。 JIT:Just in Time 即时编译 CLR:Common language runtime ...
  • docker基础使用笔记

    2019-12-29 12:02:21
    这里写自定义目录标题docker 安装(ubuntu系统)配置docker的镜像地址docker的镜像配置docker的常用命令docker 镜像的常用命令docker容器的常用命令名词解释镜像和容器虚悬镜像中间层镜像docker命令速查表 ...
  • 消息队列

    2018-07-30 08:42:35
    名词解释: JMS:JMS即Java消息服务(Java Message Service)应用程序接口,是一个Java平台中关于面向消息中间件(MOM)的API,用于在两个应用程序之间,或分布式系统中发送消息,进行异步通信。 中间件: 类似于...
  • kepware

    2020-10-20 13:41:27
    名词解释  OPC(OLE for Process Control, 用于过程控制的OLE)是一个工业标准,管理这个标准国际组织是OPC基金会,OPC基金会现有会员已超过220家。遍布全球,包括世界上所有主要的自动化控制系统、仪器仪表及过程...
  • 前戏 前后端分离已成为互联网项目开发的业界标准使用方式,通过nginx+tomcat的方式(也可以中间加一个nodejs)有效的进行解耦, 并且前后端分离会为以后的大型分布式架构、...名词解释: 在互联网架构中, we...
  • JVM,JDK,JRE

    2019-11-19 22:30:17
    它也有自己的特性:JVM使用软件模拟的指令集是Java字节码,通过字节码这个中间层做到屏蔽对系统的依赖。 追问:什么是字节码?字节码的好处? 字节码是Java虚拟机的指令,是具有一个字节长度的数字。 好处:和解释性...
  • 前戏 前后端分离已成为互联网项目开发的业界标准使用方式,通过nginx+tomcat的方式(也可以中间加一个nodejs)有效的进行解耦, 并且前后端分离会为以后的大型...名词解释: 在互联网架构中, web服务器:一...
  • 一、名词解释公钥RSA 密钥体系中对外公开的部分,通常用于数据加密、验证数字签名。私钥RSA 密钥体系中非公开的部分,通常用于数据解密、数据签名。数字签名就是只有信息的发送者才能产生的,别人无法伪造的一段数字...
  • 一、前戏 前后端分离已成为互联网项目开发的业界标准使用方式,通过nginx+tomcat的方式(也可以中间加一个nodejs)有效的进行解耦,并且前后端分离会为...在互联网架构中,名词解释: Web服务器:一般指像nginx,apach
  • 浅谈前后端分离架构

    2020-08-24 16:48:24
    前后端分离已成为互联网项目开发的业界标准使用方式,通过nginx+tomcat的方式(也可以中间加一个nodejs)有效的进行解耦,并且前后端分离会为...名词解释: 在互联网架构中, web服务器:一般指像nginx,apache这类的

空空如也

空空如也

1 2 3
收藏数 51
精华内容 20
关键字:

中间系统名词解释