精华内容
下载资源
问答
  • 正确理解扩展关系和扩展点

    千次阅读 2004-04-07 22:23:00
    在编写用例时,很多人搞不清扩展扩展点的概念,我也曾为此头痛,经过段时间摸索才搞明白,所以写了这篇短文与大家共享。 用例可以扩展(extend)个已经存在的用例。在扩展用例中,扩展发生在个特定的点上,...

        在编写用例时,很多人搞不清扩展和扩展点的概念,我也曾为此头痛,经过一段时间摸索才搞明白,所以写了这篇短文与大家共享。

        用例可以扩展(extend)一个已经存在的用例。在扩展用例中,扩展发生在一个特定的点上,被称为扩展点(extension point)。可以把扩展看作是在某一特定情况下将额外的描述文本在扩展点上插入被扩展用例中。扩展主要用来简化复杂的事件流,以表示可选择的行为或处理例外情况。使用扩展建模可以使基本用例更易于理解,使用例模型更易于维护。(摘自《统一软件开发过程引论》P83)
        下面是一个使用了扩展点的用例示范(摘自《有效用例模式》P186~187):
    用例7.5 “预订航班”用例
    预订航班
    1. 当代理人为客户指定旅行路线时,用例开始。
    2. 系统搜索一组符合条件的航班,并将他们提供给代理人。
       (飞行常客a)
    3. 代理人选择“选择航班”。
    4. 系统验证航班上还有座位并预约座位。
       (飞行常客b)
    5. 代理人提供支付信息,结束预订。
       (飞行常客c)
    6. 系统预订座位并出票。
    分支
    4a 在选择的票类中没有座位可以提供:
       4a1. 系统通知代理人,在客户选择的票价类别中没有座位可以提供。
       4a2. 代理人指定另一种价格偏好。
    4b 没有座位可以提供(航班已满):
       4b1. 系统通知代理人根本没有座位提供。
       4b2. 代理人指定另一组客户的起飞时间偏好。
       (飞行常客d)

    用例7.6 “为飞行常客预订航班”用例
    为飞行常客预订航班
    扩展“预订航班”
    飞行常客a
    1. 系统检索客户的资料,并显示根据客户的航线偏好进行分类的航班。
    飞行常客b
    1. 系统为客户提供头等座位。
    飞行常客c
    1. 系统验证客户已经升级了其账号中的优惠券
    2. 系统把客户列入航班升级清单。
    分支
    没有座位可以提供
    飞行常客d
    1. 代理人将客户放在一个座位等待优先级清单上。

        RUP的用例规约(Use Case Specification)模板同时具有备选流(Alternative Flows)和扩展点(Extension Points),如下:
    2.2 Alternative Flows
    2.2.1 < First Alternative Flow >
        [More complex alternatives should be described in a separate section, which is referred to in the Basic Flow subsection of Flow of Events section.  Think of the Alternative Flow subsections like alternative behavior-each alternative flow represents alternative behavior, many times because of exceptions that occur in the main flow.  They may be as long as necessary to describe the events associated with the alternative behavior.  When an alternative flow ends, the events of the main flow of events are resumed unless otherwise stated.]
    2.2.1.1 < An Alternative Sub-flow >
        [Alternative flows may, in turn, be broken down into subsections if it improves clarity.]
    2.2.2 < Second Alternative Flow >
        [There may be, and most likely will be, a number of alternative flows in a use case.  Keep each alternative separate to improve clarity.  Using alternative flows improves the readability of the use case, as well as preventing use cases from being decomposed into hierarchies of use cases.     Keep in mind that use cases are just textual descriptions, and their main purpose is to document the behavior of a system in a clear, concise, and understandable way.]

    6. Extension Points
        [Extension points of the use case.]
    6.1 <Name of Extension Point>
        [Definition of the location of the extension point in the flow of events.]
        根据上面所给出的扩展和扩展点的定义,对照用例示范,不难得知:RUP模板中备选流对应用例示范的分支,扩展点是用例示范中扩展点的集中描述。依据模板注释我们可以将用例示范改写成:
    用例7.5 “预订航班”用例
    预订航班
    1. 当代理人为客户指定旅行路线时,用例开始。
    2. 系统搜索一组符合条件的航班,并将他们提供给代理人。
    3. 代理人选择“选择航班”。
    4. 系统验证航班上还有座位并预约座位。
    5. 代理人提供支付信息,结束预订。
    6. 系统预订座位并出票。
    备选流
    4a 在选择的票类中没有座位可以提供:
       4a1. 系统通知代理人,在客户选择的票价类别中没有座位可以提供。
       4a2. 代理人指定另一种价格偏好。
    4b 没有座位可以提供(航班已满):
       4b1. 系统通知代理人根本没有座位提供。
       4b2. 代理人指定另一组客户的起飞时间偏好。
    扩展点
    1. 飞行常客
       用例7.6 “为飞行常客预订航班”

        需要注意的是,有一个扩展点就一定有一个扩展用例与之对应。
        总之,备选流和扩展点都是用于表示可选择的行为或处理例外情况,在一些用例描述模板中此二者是放在一起的,而在RUP模板中把它们分开。为什么要分开呢?原因是扩展不同于一般意义上的可选择的行为或处理例外情况,当分支动作路径中断了一个场景中的大量步骤时,创建一个扩展用例是合适的,这就是InterruptAsExtension用例模式。

    展开全文
  • 操作系统中关于竞争和死锁的关系下面描述正确的是? A 竞争一定会导致死锁 B 死锁一定由竞争引起 C 竞争可能引起死锁 正确答案 : C知识点造成死锁的原因:1.竞争不可抢占资源2.竞争可消耗资源3.进程推进顺序...

    美团2016校园招聘 研发工程师(一)
    操作系统中关于竞争和死锁的关系下面描述正确的是?
    A 竞争一定会导致死锁
    B 死锁一定由竞争引起
    C 竞争可能引起死锁

    正确答案 : C


    知识点

    造成死锁的原因:

    1.竞争不可抢占资源

    2.竞争可消耗资源

    3.进程推进顺序不当


    扩展

    死锁定义:

    一组进程的每一个进程都在等待仅由该组进程中其他进程才能引发的事件

    产生死锁的必要条件 :

    1.互斥

    2.请求和保持

    3.不可抢占

    4.循环等待


    处理死锁:

    1.预防死锁

    2.避免思索

    3.检测死锁

    4.解除死锁

    展开全文
  • 通常我们会先在硬盘上划分个主分区,就是我们常说的C分区,用于安装操作系统,然后将其他的空间全部作为扩展分区,并根据需要,将扩展分区分成几个逻辑分区,即D、E等分区。 在“分区类型”下拉列表中,有FAT
    主分区能够激活,通常用来引导系统。扩展分区本身并不能直接用来存放数据,逻辑分区是扩展分区进一步分割出来的区块,通常用来存储数据。如果将逻辑分区比作房间,那么扩展分区就好比客房区(包括若干个房间)。
    通常我们会先在硬盘上划分一个主分区,就是我们常说的C分区,用于安装操作系统,然后将其他的空间全部作为扩展分区,并根据需要,将扩展分区分成几个逻辑分区,即D、E等分区。
    在“分区类型”下拉列表中,有FAT、FAT32、NTFS等分区类型,根据你要安装的操作系统,选择合适的分区类型。
    文件系统是用来管理资料存储的机制,就是将程序、资料和信息等主要内容按文件的形式保留在磁盘上。对于整个计算机系统的软件结构来说,文件系统扮演着分配存储空间、搜索资料文件等很重要的角色。一般来讲,每一个操作系统都要搭配相应的文件系统,专门负责存取资料。下面是几种常见的文件系统格式。
    FAT16:采用16位的文件分配表,广泛应用在DOS、Windows 3.x和Windows 95等操作系统中。
    FAT32:随着硬盘容量的不断增大,微软为了突破FAT16最大只能够管理2GB文件的限制,从Windows 95 OSR2、Windows 98开始将文件系统改为FAT32格式,并向下兼容FAT文件,这是一种效率更高、更加节省空间的文件系统。
    NTFS:是New Technology File System的缩写,是一个特别为网络和磁盘定额、文件加密等管理安全特性而设计的磁盘格式。NTFS也是以簇为单位来存储数据文件的,但NTFS中簇的大小并不依赖于磁盘或分区的大小。簇尺寸的缩小不但减少了磁盘空间的浪费,还减少了产生磁盘碎片的可能。Windows 2000/XP可采用NTFS分区格式,当然,由于是向下兼容的,所以也可以采用FAT32格式。
    
    
    
    

    主分区,也称为主磁盘分区,和扩展分区、逻辑分区一样,是一种分区类型。主分区中不能再划分其他类型的分区,因此每个主分区都相当于一个逻辑磁盘(在这一点上主分区和逻辑分区很相似,但主分区是直接在硬盘上划分的,逻辑分区则必须建立于扩展分区中)。

    1. 一个硬盘可以有1到3个主分区和1个扩展分区,也可以只有主分区而没有扩展分区,但主分区必须至少有1个,扩展分区则最多只有1个,且主分区+扩展分区总共不能超过4个。逻辑分区可以有若干个。  

    2. 分出主分区后,其余的部分可以分成扩展分区,一般是剩下的部分全部分成扩展分区,也可以不全分,剩下的部分就浪费了。  

    3. 扩展分区不能直接使用,必须分成若干逻辑分区。所有的逻辑分区都是扩展分区的一部分。   硬盘的容量=主分区的容量+扩展分区的容量;   扩展分区的容量=各个逻辑分区的容量之和。  

    4. 由主分区和逻辑分区构成的逻辑磁盘称为驱动器(Drive)或卷(Volume)。

    5. 激活的主分区会成为“引导分区”(或称为“启动分区”),引导分区会被操作系统和主板认定为第一个逻辑磁盘(在DOS/Windows中会被识别为“驱动器C:”或“本地磁盘C:”,即通称的C盘)。有关DOS/Windows启动的重要文件,如引导记录、boot.ini、ntldr、ntdetect.com等,必须放在引导分区中。  

    6. DOS/Windows 中无法看到非激活的主分区和扩展分区,但Windows 2000/Vista等NT内核的版本可以在磁盘管理中查看所有的分区。盘里多个回收站属于正常,就比如你删了E盘的东西,那你可以在回收站上拿回。(当然,我指的不是那种用Shift+Delete这样直接删除)那个在你盘里面的回收站就是存放你删掉的东西!

    硬盘分区有三种,主磁盘分区、扩展磁盘分区、逻辑分区。     一个硬盘可以有一个主分区,一个扩展分区,也可以有一个主分区和若干逻辑分区。(图1为大家最常见硬盘分区类型)

      主分区    主分区是硬盘的启动分区,他是独立的,也是硬盘的第一个分区——正常情况下,我们常说的“C盘”就是硬盘上的主分区。主分区也可称为“引导分区”,会被操作系统和主板认定为这个硬盘的第一个分区。所以C盘永远都是排在所有磁盘分区的第一的位置上。(图2)

      扩展分区

      除去主分区所占用的容量以外,剩下的容量就被认定为扩展分区(也可以这么讲:一块硬盘除去主分区外的容量后,如果对剩下的容量进行了再分区,那么,这个再分区就是扩展分区)。打个不太恰当的比喻就是主分区是主人,而扩展分区是仆人,主分区和扩展分区为主从关系。(图3)

      逻辑分区

      扩展分区是不能直接使用的,他是以逻辑分区的方式来使用的,所以说扩展分区可以分成若干个逻辑分区。他们的关系是包含的关系,所有的逻辑分区都是扩展分区的一部分——扩展分区如果不再进行分区了,那么扩展分区就是逻辑分区了。    对它们之间的关系可以这样比喻:在仆人(扩展分区)中进行细分类,分成洗衣服的(逻辑分区D盘)、扫地的(逻辑分区E盘)、做饭的(逻辑分区F盘)等等。 所以扩展分区和逻辑分区的关系相当于再分类关系。(图4)

      最后我们假定扩展分区为字母X,用一个公式来总结它们之间的关系:    硬盘的容量=主分区的容量+扩展分区的容量(硬盘=C盘+X) 扩展分区的容量=各个逻辑分区的容量之和(X=D盘+E盘+F盘)

      硬盘分区依照功能性的不同可分为主分区( Primary )拓展分区(Extended)逻辑分区( Logical ) 三种。

            1)硬盘最多可以分割成4个主分区或3个主分区+1个拓展分区

            2)拓展分区又可分成数个(没有限制,但总容量不得超过拓展分区大小)逻辑分区。

            3)代号的使用:以IDE0(第一个硬盘,设备名称为 /dev/hda)为例来说明

            主分区使用:hda[1-4] *包含拓展分区在内*

            逻辑分区使用:hda[5-~] *请注意,逻辑分区一定由5开始计算*

    Linux分区推荐方案
    END

    分割推荐方案

    1. 在Linux系统中至少必须有两个挂载点,分别是 / 及 swap ,其他的挂载点是否需要独立分割出来则视你的规划需求而定。可参考以下建议:

    2. 新手用户Desktop的安装建议:

      Linux分区推荐方案
    3. 高级用户Desktop的安装建议:

      Linux分区推荐方案
    4. 高级用户Server的安装建议:

      Linux分区推荐方案
      END

    注意事项

    • 拓展分割区目的只为分割出逻辑分割区,并非实体储存区域,通常看不到代号
    展开全文
  • 如果你已经有一个软件系统需要不断成长,那么你将有意或者无意中选择这两 种策略中的一种。 垂直扩展 在垂直扩展模型中,想要增加系统负荷就意味着要在系统现有的部件上下工夫,即通过提高系统部件的能力来实现。...

    当一个开发人员提升计算机系统负荷时,通常会考虑两种方式垂直扩展和水平扩展。选用哪种策略主要依赖于要解决的问题 以及系统资源的限制。在这篇文章中我们将讲述这两种策略并讨论每种策越的优缺点。如果你已经有一个软件系统需要不断成长,那么你将有意或者无意中选择这两 种策略中的一种。

    垂直扩展

    在垂直扩展模型中,想要增加系统负荷就意味着要在系统现有的部件上下工夫,即通过提高系统部件的能力来实现。例如,假设你现在负责一批木材采伐的操作。

    在这个例子中,我们假设有3辆卡车,每辆车一次可以运25根木材,计算花费1小时的情况下可以运送到指定地点等待处理的木材数量。通过这些数字我们可以算出我们系统最大的负荷量:

    3辆卡车 * 25根木材 * 1小时=75根木材/小时

    如果我们选择垂直扩展模型,那么我们将怎么做来使我们每小时可以处理150根木材?我们需要至少做以下两件事中的一件:

    使每辆卡车的运输量增加一倍(50棵树每小时),或者使每辆卡车的运输时间减半(每辆卡车30分钟)。

    3辆卡车 * 50棵树 * 1小时 = 150棵树/每小时

    或者

    3辆卡车 * 25棵树 * 30分钟 = 150棵树/每小时

    我们没有增加系统的成员数,但是我们通过增加系统成员的生产效率来获得期望的负荷量。

    水平扩展

    在水平扩展模型中,我们不是通过增加单个系统成员的负荷而是简单的通过增加更多的系统成员来实现。也就是说,在以上运送木材的例子中,通过增加卡车的数量来运送木材。因此,当我们需要将负荷从75棵树每小时增加到150棵树每小时,那么只需要增加3辆卡车。

    6辆卡车 * 25棵树 * 1小时 = 150棵树/每小时

    假如我们已经选择了垂直扩展方式,那么我们想要每小时处理150棵被砍伐的树时需要怎么做呢?我们需要做到以下两方面之一:要么使每辆卡车的运输量翻倍(50棵木材一次),要么使每辆开车的运输时间减半(30分钟)。

    3辆卡车 * 50棵树 * 1小时 = 150棵树/每小时

    或者

    3辆卡车 * 50棵树 * 30分钟 = 150棵树/每小时

    在这个例子中,系统每个成员的生产力依然没变,我们通过增加更多的卡车来提高系统的能力。

    扩展你的web数据库

    通过对水平扩展和垂直扩展的基本了解,下面让我们来关注web系统的扩展。一个网站通常有很多组件都需要去考虑它们的扩展性,但是我通常喜欢关注处在最边缘的一个:数据库。为什么数据库是最边缘的?因为数据库通常是共享资源,是几乎所有请求最终的连接点。

    你的系统是什么类型的?

    在 扩展你的数据库时,你必须要问的一个重要问题是:“我所面对的系统是什么类型的?”你所面对的是一个读操作多还是写操作多的系统?读操作多的网站一般包 括:在线商城,在商城里用户大部时间是在浏览(读操作),只有少数时间在付款(写操作)、或者博客,在博客上人们大部分时间是在浏览博文(读操作),只有 少数时间是在评论或者发表博文(写操作)。相反的,关于写操作非常多的很好的例子包括:信用卡交易处理器,这个系统的主要负载时在处理记录交易(写操 作),偶尔会查找交易(读操作)、或者Google分析,主要工作实在记录业务数据(写操作),偶尔会展示分析图(读操作)。

    了解你所创建的网站是什么类型的,可以在网站成长过程中帮助你选择正确的技术。

    读操作扩展

    如 果你的系统读操作非常多,那么通过关系型数据库如mysql或者PostgreSql来垂直扩展数据存储是一个不错的选择。结合你的关系型数据库通过使用 memcached或者CDN来构建一个健壮的缓存系统,那么你的系统将非常容易扩展。在这种模式中,如果数据库超负荷运行,那么将更多的数据放入缓存中 来缓解系统的读压力。当没有更多的数据往缓存中放时,可以更换更快的数据存储硬件或者买更多核的处理器来获取更多的运行通道。摩尔定律使通过这种方法来垂 直扩展变得和购买更好的硬件一样简单。

    写操作扩展

    如 果你的系统写操作非常多,那么你可能更希望考虑使用可水平扩展的数据存储方式,比如Riak,Cassandra或者HBase。和大多数关系型数据管理 系统不同,这种数据存储随着增长增加更多的节点。由于你的系统大部分时间是在写入,所以缓存曾并不能像在读操作比较频繁的系统中起到那么大作用。很多写频 繁的系统一开始使用垂直扩展的方式,但是很快发现并不能根本解决问题。为什么?因为硬盘数和处理器数在某一点达到平衡,在这个边界上再增加一个处理器或者 一个硬盘都会是每秒钟的I/O操作数成指数性增长。相反,如果对写频繁的系统采取水平扩展策略,那么你将达到一个拐点,在这个拐点之后如果在增加一个节点 都远比使用更多的硬盘来的实惠。

    其他注意事项

    另 一件事需要记住的是每种扩展策略下预想不到的开销。采用垂直扩展的系统将开销凡在单独的组件上。当我们去提升系统负荷时,这些单独的组件需要在管理上花费 更多。拿我们运送木材的例子来说,如果需要使每辆卡车的货运量翻倍,那么我们需要更宽、更长、或者更高的车厢。也许有的路因为桥的高度对车辆高度有要求, 或者基于巷子宽度车宽不能太大,又或者由于机动车安全驾驶要求车厢不能太长。这里的限制就是对单个卡车做垂直扩展做的什么程度。同样的概念延伸到服务器垂 直扩展:更多的处理器要求更多的空间,进而要求更多的服务器存储架。

    相反的,采用水平扩展的系统将额外的开销放在系统中连接起来的共享组件 上。当我们去提升系统负荷时,共享的开销和新增加的成员之间的协调性有关。在我们运送木材的例子中,当我们在路上增加更多卡车时,那么路就是共享资源也就 成了约束条件。这条路上适合同时跑多少量卡车?我们是否有足够的安全缓冲区使得所有的车可以同时装运木材?如果再来看我们水平扩展的数据库系统,那么经常 被忽略的开销就是服务器同时连接时的网络开销(译者注:网络为各个系统的共享资源)。当你为系统增加更多的节点时,共享资源的负荷也就越来越重,通常呈非 线性改变。

    综合说明

    和 计算机的大多数东西一样,好的解决办法通常并不像我这里列出来的这么简单。而我在这里尝试简化这种思想用来来说明这中概念而不是讲具体的解决办法。扩展是 个困难的问题,这是个需要在实际处理的每个步骤中都要思考的问题。扩展策略没有魔法,也没有魔法般的软件帮你建立一个完整可靠的可扩展系统。就像扩展中的 其他问题一样,一个大的解决方案通常是由很多个一起协调工作的小的解决办法组成的。这需对每一个中解决方案进行精心正确的设计和开发。

    展开全文
  • 扩展关系:将基用例中段相对独立并且可选的动作,用扩展(Extension)用例加以封装,再让它从基用例中声明的扩展点(Extension Point)上进行扩展,从而使基用例行为更简练和目标更集中。扩展用例为基用例添加新的...
  • 如果你已经有一个软件系统需要不断成长,那么你将有意或者无意中选择这两 种策略中的一种。垂直扩展在垂直扩展模型中,想要增加系统负荷就意味着要在系统现有的部件上下工夫,即通过提高系统部件的能力来实现。例如...
  • 有本事就出来,没本事...但是如果给我个反问的机会,我会问提问者反问下面一个问题,记住,使出你拉屎的劲来回答:UNIX/Linux的stack在大多数平台是向下扩展的(注意,我已经告诉他事实了,我并没有问...是如何扩展
  • 构建可扩展的Java EE应用(

    千次阅读 2008-07-16 18:03:00
    【译】构建可扩展的Java EE应用() 发布时间:2008年07月08日 作者:BlueDavy阅读次数:30次 类别:我的文章 永久链接 Trackback 可扩展性作为系统的属性之,是个很难定义的名词,经常会与性能混淆。...
  • 扩展(Extension)是iOS 8中引入的个非常重要的新特性。扩展让app之间的数据交互成为可能。用户可以在app中使用其他应用提供的功能,而无需离开当前的应用。
  • 为什么说架构是一种思维模式

    千次阅读 2016-02-29 11:46:12
    词典中是这样解释架构的,人们对一个结构内的元素及元素间关系一种主观映射的产物。也可指构筑,建造。 我理解架构本身不仅仅是指这个结果(成品),同时架构亦可以理解为建造的过程。 架构是一种思维模式。架构...
  • 这时我们选择再次纠正操作行为和扩展接口,下面通过个文件上的stat操作讲解,这个文件同时被多个客户端进行写操作,为了返回正确的文 件大小和修改时间,MDS要立刻停止文件更新并从所有写操作中收集最新的大小...
  • 不管是llibevent或者event扩展,都需要先安装libevent程序来提供api。 安装教程 https://blog.csdn.net/raoxiaoya/article/details/106170760 epoll实现原理 ...
  • 扩展(Extension)是iOS 8中引入的个非常重要的新特性。扩展让app之间的数据交互成为可能。用户可以在app中使用其他应用提供的功能,而无需离开当前的应用。 在iOS 8系统之前,每个app在物理上都是彼此独立的...
  • Chord:个用于网络应用的可扩展的P2P查询服务 Ion Stoica*, Robert Morris, David Karger, M. Frans Kaashoek, Hari Balakrishnan MIT Laboratory for Computer Science chord@lcs.mit.edu ...
  • Dubbo扩展点机制分析

    千次阅读 2018-02-25 18:52:43
    二、扩展点流程分析之SPI 下面以Container加载的过程为例,来说明SPI扩展的实现流程:所有加上@SPI注解的扩展点可以有不同的扩展,Container代码如下:package com.alibaba.dubbo.container; import ...
  • iOS 8 扩展

    千次阅读 2014-11-07 18:31:05
    扩展概述 扩展(Extension)是iOS 8中引入的个非常重要的新特性。扩展让app之间的数据交互成为可能。用户可以在app中使用其他应用提供的功能,而无需离开当前的应用。 在iOS 8系统之前,每个app在物理上都...
  • 简单的说就是在对现有系统影响最小的情况下,系统功能可持续扩展及提升的能力,讲扩展性之前,我先讲下扩展性和伸缩性的区别,因为这两个点经常有人会混淆; 扩展性:指对现有系统影响最小的情况下,系统功能可持续...
  • 文 件扩展名剖析

    2012-05-06 11:12:20
    故而,修改扩展名会直接影响个文件的正常使用,为此系统多会提出警告,让用户明白这是十分危险的操作,改扩展名对初学者似乎成了个禁区。 抱着怀疑的态度,我进行了一番摸索,终于深刻领悟到,拘泥于传统的束缚...
  • VC下轻松实现扩展shell()

    千次阅读 2008-09-19 21:41:00
    本节源码 VC 2005的用户需要注意的事项:The Express edition of VC 2005只能支持ATL和MFC其中之,而文章中的代码需要同时用到ATL和MFC,所以在Express edition of VC 2005下这些代码是不可用的.VC 6的用户需要注意...
  • 通过扩展扩展点的方式是另一种相互协作形式。 概念: 扩展点:一个可以支持特定功能的结构定义。 类比为方法的定义 这里主要是方法的入参格式定义 形参 扩展:自己或其他插件根据扩展点的定义格式 配置自己
  • 如何编写PHP扩展

    千次阅读 2007-09-07 10:16:00
    简 介 PHP取得成功的个主要原因之是她拥有...扩展API的引入使PHP3取得了巨大的进展,扩展API机制使PHP开发社区很容易的开发出几十种扩展。现在,两个版本过去了,API仍然和PHP3时的非常相似。扩展主要的思想是:尽
  • 众所周知,每基本数据类型都有个固定的位数,比如byte占8位,short占16位,int占32位等。正因如此,当把个低精度的数据类型转成一个高精度的数据类型时,必然会涉及到如何扩展位数的问题。这里有两解决方案...
  • 如何编写PHP扩展

    千次阅读 2007-04-18 20:17:00
    简 介 PHP取得成功的个主要原因之是她拥有...扩展API的引入使PHP3取得了巨大的进展,扩展API机制使PHP开发社区很容易的开发出几十种扩展。现在,两个版本过去了,API仍然和PHP3时的非常相似。扩展主要的思想是:尽
  • 1、概述 路径扩展过程(Path Expanding)...路径扩展可以看作是图的遍历(Graph Traversal)的一种实现方式。 2、应用 在Cypher中也可以实现图的遍历。APOC的路径扩展过程除了调用方法不一样以外,还具有下面的优势: 1...
  • 原文地址: ...随着越来越多的关键性质的应用在Java EE上运行,很多的Java开发者也开始关注可扩展性的问题了。但目前来说,大部分的web 2.0站点是
  • 编写php扩展

    千次阅读 2012-11-19 20:51:29
    PHP取得成功的个主要原因之是她拥有大量的可用扩展。web开发者无论有何需求,这种需求最有可能在PHP发行包里找到。PHP发行包包括支持各种数据库,图形文件格式,压缩,XML技术扩展在内的许多扩展扩展API的...
  • 在 XML 模式中扩展枚举列表

    千次阅读 2008-12-23 22:06:00
    在列表中添加新值是一种常见而且...模式设计者和实现人员需要一种扩展 XML 模式中现有枚举列表的方法。不幸的是,XML 模式规范不允许在这些列表的创建过程中(参阅 参考资料)进行扩展。设计阶段所选的值是固定的,而且

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 286,244
精华内容 114,497
关键字:

下面哪一种扩展关系是正确的