精华内容
下载资源
问答
  • Struts从1.1版本开始支持把应用程序分为模块,每模块可以看作独立的应用程序,在带来方便的同时,我也发现了一些问题。比如有一struts应用程序分了大约十模块,现在有以下问题不知道大家一般是怎么解决的...

    Struts从1.1版本开始支持把应用程序分为多个模块,每个模块可以看作独立的应用程序,在带来方便的同时,我也发现了一些问题。比如有一个struts应用程序分了大约十个模块,现在有以下问题不知道大家一般是怎么解决的:

    1、因为要进行验证,所以在每个模块对应的资源文件里都要有“errors.required={0} is required.”等资源,有没有只用在一个文件里定义的方法?

    2、用tiles的时候,要在每个模块对应的tiles-defs.xml里定义几乎相同的definition,有没有只用在一个文件里定义的方法?(我试过在缺省模块里定义一个definition,然后在模块里extends它,但不行,extends似乎只找当前模块)

    3、使用ExceptionHandler的时候,为什么在exception标签里指定了bundle属性还是只在当前模块里找资源?我希望把一些重复使用的异常处理声明在一个文件里,例如NotLoginException、NoSuchObjectException等等,并且它们对应的key也指向同一个资源文件里的资源(利用bundle属性),怎么实现?

    经过一段时间的摸索,第一个和第三个问题基本上解决了,其实它们可以看作同一类问题,就是资源的问题。在struts-config-xxx.xml里定义资源文件时,可以指定一个factory属性,不指定时使用缺省的“org.apache.struts.util.PropertyMessageResourcesFactory”类。我的解决方法是自定义一个CustomMessageResourcesFactory类,将多个资源文件以逗号分隔的形式作为参数(即message-resources的parameter属性)传给它,在需要资源的地方会遍历它们进行查找。同时还要自定义一个CustomMessageResources类,它的getMessage()方法里是查找资源的关键代码,而factory只是解析逗号分隔的参数构造并返回CustomMessageResources实例。

    CustomMessageResourcesFactory的代码比较简单,如下所示:

    None.gifpackage eg;
    None.gif
    None.gifimport java.util.Arrays;
    None.gif
    None.gifimport org.apache.struts.util.MessageResources;
    None.gifimport org.apache.struts.util.MessageResourcesFactory;
    None.gif
    None.gifpublic class CustomMessageResourcesFactory extends MessageResourcesFactory{
    None.gif
    None.gif    public MessageResources createResources(String config) {
    None.gif        
    None.gif        
    return new CustomMessageResources(Arrays.asList(config.split(",")));
    None.gif    }
    None.gif
    None.gif}
    None.gif

    CustomMessageResources就稍微复杂一些,不过很幸运,我在网上找到了一个完全符合自己要求的类,下载地址在这里,如果链接已失效请联系我。

    这样,在每个模块的struts-config-xxx.xml里,只要像下面这样定义资源文件就可以实现共享资源的功能了,其中ErrorResources中是所有模块都需要的错误信息资源:

    None.gif<message-resources factory="eg.CustomMessageResourcesFactory" 
    None.gif    parameter
    ="eg.ApplicationResources,eg.ErrorResources" />
    None.gif

    上面参考了这篇文章http://javaboutique.internet.com/tutorials/Dynaform/index-7.html,它是通过修改ActionServlet使用CustomMessageResources的,我觉得还是自定义factory的方式更自然些。

    第二个问题暂时还没有解决,也许要修改handler实现。

    转载于:https://www.cnblogs.com/bjzhanghao/archive/2004/11/23/67425.html

    展开全文
  • 文本程序到可执行文件生成无论在什么平台大致分为以下几个部分: 1.用编辑器编写源代码,如.c文件。  2.用编译器编译代码生成目标文件,如.o。  3.用链接器连接目标代码生成可执行文件,如.exe。  Linux平台下,...

    文本程序到可执行文件生成无论在什么平台大致分为以下几个部分: 
      1.用编辑器编写源代码,如.c文件。 
      2.用编译器编译代码生成目标文件,如.o。 
      3.用链接器连接目标代码生成可执行文件,如.exe。 
      Linux平台下,.o文件一般是通过编译的但还未链接的目标文件,.out文件一般都是经过相应的链接产生的可执行文件(linux下)。当然这是一般情况下人们这么设置,而真正的,在linux中 .o通常保存的是可执行代码 ,至于可执行文件则没有规定扩展名,用的是文件属性位来决定的是否可执行。在chmod中设置。 
      我们知道编译和链接阶段是靠g++和gcc编辑器来完成,这两个编译阶段是相同的,但是链接阶段g++默认链接c++库,所以一般情况下用gcc编译c文件,而g++编译cpp文件。当然g++也可以编译c文件,而gcc编译cpp文件则需要在后面加上参数-lstdc++,作用就是链接c++库。 
      但是如果编译和链接的阶段如果源文件太多,一个一个编译时就会特别麻烦,于是人们想到,为什么不设计一种类似批处理的程序,来批处理编译源文件呢,于是就有了make工具,它是一个自动化编译工具,你可以使用一条命令实现完全编译。但是你需要编写一个规则文件,make依据它来批处理编译,这个文件就是makefile,所以编写makefile文件也是一个程序员所必备的技能。 
      对于一个大工程,编写makefile实在是件复杂的事,于是人们又想,为什么不设计一个工具,读入所有源文件之后,自动生成makefile呢,于是就出现了cmake工具,它能够输出各种各样的makefile或者project文件,从而帮助程序员减轻负担。但是随之而来也就是编写cmakelist文件,它是cmake所依据的规则。所以在编程的世界里没有捷径可走,还是要脚踏实地的。

     

       CMakeLists.txt文件 -->cmake工具 ->生成Makefile文件 ->用make来操作Makefile文件
    针对CMakeLists.txt文件  cmake  生成Makefile文件、
    针对Makefile文件  make 来整体编译文件类似多次执行g++

     

      原文件—cmakelist —cmake —makefile —make —生成可执行文件(make中则包含了多条链接以及gcc/g++编译语句)。 

     

     

     

    当我们通过终端vi 创建一个.cpp文件时 我们直接进行

    1.直接g++ -c  tree.cpp 然后 g++  tree.o -o Tree 生成可执行的 Tree 可执行文件   多个tree.o 中间文件

    2.直接g++ tree.cpp 生成为默认的a.out可执行文件    

    3.直接g++ tree.cpp -o Tree  生成Tree可执行文件

     

          当我们通过Qt  pro建立一个无UI的程序时,自动搜集文件需要信息生成Makefile文件由于Qt 中信号和槽slots /signals/Q_OBJECT 的存在 含Q_OBJECT的.h 文件 对应的.cpp文件 在经过Qt pro编辑生成Debug版时会自动生成moc_XXX.cpp文件   如所建项目名称为abc

     

    当我们通过Qt pro 建立一个带UI的程序时 程序含有Q_OBJECT  .h文件会多余生成ui_XXX.h文件 比如建立一个ABC

     

      如果pro中加入了RESOURCES += \../qss/qresource.qrc   

    会在Debug版多生成两个文件qrc_qresource.cpp   qrc_qresource.o 文件 最终也会汇总到     Makefile文件中

          Debug通常称为调试版本,通过一系列编译选项的配合,编译的结果通常包含调试信息,而且不做任何优化,以为开发人员提供强大的应用程序调试能力。而Release通常称为发布版本,是为用户使用的,一般客户不允许在发布版本上进行调试。所以不保存调试信息,同时,它往往进行了各种优化,以期达到代码最小和速度最优。为用户的使用提供便利。

    展开全文
  • 关于DBC文件的创建(DBC文件系列其一)

    万次阅读 多人点赞 2019-03-31 11:56:21
    关于DBC文件的创建摘要报文例子 摘要 ...dbc文件的创建过程一般分为以下几个部分: 1、新建一个CAN数据库文件 2、创建信号要用到的数值表Value Tables 3、创建信号Signals,关联该信号的数...

    摘要

            dbc数据库文件是用来描述CAN网络节点间数据通讯的一种文件,包含了CAN总线协议中协议数据及其所代表的具体意义。它可以用来监测与分析CAN网络上的报文数据,也可以用来模拟某个CAN节点。

    dbc文件的创建过程一般可分为以下几个部分:
    1、新建一个CAN数据库文件
    2、创建信号要用到的数值表Value Tables
    3、创建信号Signals,关联该信号的数值表
    4、创建报文Messages
    5、创建网络节点Network nodes
    6、将信号、报文及网络节点进行关联链接
    7、创建或导入自定义属性,并进行修改
    8、一致性检查

    Ps:关于上面提到的第2点到第5点的信息,一般车厂都会通过通讯矩阵更新给出。我们按照通讯矩阵中的信息进行信号、报文、网络节点等信息的创建关联。
    

    创建步骤

            接下来以如下的一条报文为例,介绍下在CANdb++ Editor工具下创建编辑dbc文件的详细步骤。
    举例报文
            我们先对上图例子中的报文进行分析,其ID是0x3E4;报文中包含了3个信号值(还要注意每个信号值其数值的代表意义,用于做该信号的数值表),是由HUD这个网络节点发送的,然后由ACU、AVNT这两个网络节点接收。也就是说,在我们这个操作示例中,我们需要新建3个信号、1条报文、3个网络节点,并对其进行链接关联。好,那接下来我们分布进行详细介绍

    1、新建一个CAN数据库文件

            打开CANdb++ Editor软件,点击工具栏”File”下的”Create Database”,此时界面如图1所示。按需求选择模板,点击ok,即完成dbc数据库文件的创建了。
    图1 新建dbc文件                     图1

    2、创建信号要用到的数值表Value Tables

            数值表的创建,其实是用符号标识符来表示信号值或环境变量值,避免信号值意义不明确。具体操作如下:
      点击工具栏”View”下的”Value Tables”,此时界面如图2.1所示。右键空白部分,选择”New”进行新建。此时界面如图2.2所示,完成数值表名字及数值定义后,点击确定即完成该信号数值表的创建了,依次再将其他的两个信号的数值表完成创建。此时再看”Value Tables”的界面已经如图2.3所示了。
    图2.1 新建数值表                     图2.1
                    图2.2 输入数值表的名字及数值定义                      图2.2

    图2.3 完成数值表创建后的"Value Tables"界面                       图2.3

    3、创建信号Signals,关联该信号的数值表

            如图3.1所示,右击”Signals”选择”New”进行信号的新建,此时界面如图3.2所示。根据通讯矩阵中对于该信号的定义进行设置,并关联上我们上一步创建的该信号的数值表,点击确定即完成了信号的创建(其他列的信息我们这里先不用进行设置),依次完成其他两个信号的创建工作(可以直接New新建,也可以以前面建好的信号为模板选择Copy/Paste,再双击进行修改完成创建)。完成三个信号创建后的界面如图3.3所示
    图3.1  新建信号                    图3.1
                    图3.2 定义该信号的信息                      图3.2

    图3.3 创建完成后的信号界面                      图3.3

    4、创建报文Messages

            右击”Message”,选择”New”,此时的设置界面如图4所示,按通讯矩阵定义的报文信息进行设置,点击确定即完成当前报文的建立工作。在建立其他报文时,可以以这个为模板进行Copy操作再进行修改;也可以新New创建。

    图4 创建Message                   图4

    5、创建网络节点Network nodes

            右击”Network nodes”,选择”New”,此时的设置界面如图5.1所示,这里我们只需输入创建的网络节点名字进行新建操作就行;其他关联操作在下一小节再进行描述。依次完成另外两个接收节点的创建。完成后的界面如图5.2所示
    图5.1  新建网络节点                     图5.1

    图5.2  完成节点创建后的界面                      图5.2

    6、将信号、报文及网络节点进行关联链接

            在前面的小节里,我们已经完成了信号、报文、网络节点的创建工作。在这一小节,我们将介绍如何将他们进行链接关联。

    6.1、信号与报文的关联工作
    6.1.1 方法一:鼠标直接拖放
    (1)、鼠标点击”Message”下要进行关联操作的报文;
    (2)、将要关联到该报文的信号直接拖拽到右侧的空白区,或者拖拽到该报文位置(即下图6.1.1示例中的”HUD_1_B(0x3E4)的位置”)
       图6.1.1  信号与报文的关联                 图6.1.1

    6.1.2 方法二:在该报文的”Signals”配置下进行添加关联
    (1)、双击“Message”下要进行关联工作的报文,在弹出的设置界面下切换到”Signals”设置项;
    (2)、点击”Add”,选择要关联到该报文的信号,点击OK即完成了关联工作(可以一次添加多个关联的信号)。如下图6.1.2所示

    图6.1.2  信号与报文的关联                     图6.1.2

    Ps:在完成报文与信号的关联后,此时还需设置下信号在报文的起始位
    (1)、双击报文下的信号值,进入”Definition”设置界面;
    (2)、设置该信号的起始位。 如下:
    图6.1.3  设置信号的起始位                   图6.1.3

    6.2、报文与网络节点的关联工作
            示例中的报文,其发送节点是HUD,接收节点是ACU和AVNT。其关联工作步骤如下:

    6.2.1 报文与发送节点的关联
    跟前面介绍的信号与报文的关联一样,有两种方法:
    (1)、方法一:直接将报文拖拽到要关联的节点(注意直接拖拽到节点的操作,默认是当做该节点的发送报文的);
    (2)、方法二:双击要进行关联工作的节点,进入设置界面,在”Tx Messages”界面下的点击”Add”进行报文添加工作。如下图6.2.1所示
    图6.2.1  报文与发送节点的关联                   图6.2.1

    6.2.2 报文与接收节点的关联
            若当前报文是想作为要关联节点的接收报文,操作如下:
            双击要进行关联工作的节点,进入设置界面,在”MappedRxSig”界面下的点击”Add”进行报文添加工作;如下图6.2.2所示(注意作为节点接收报文的不能通过直接拖拽进行关联)。
    图6.2.2  报文与接收节点的关联                   图6.2.2

    7、创建或导入自定义属性,并进行修改

    7.1、创建自定义属性
            在”View”下点击”Attribute Definitions”,右击选择New,按需要可以进行对报文、信号、节点、环境变量等进行属性创建。此时界面如下图7.1所示:
    图7.1  创建自定义属性                   图7.1

    7.2、属性的导入操作
            ”Attribute Definitions”中的属性也可以通过从其他已有的dbc文件中进行导入;操作如下:在”File”中选择”Import Attribute Definitions”,选择要导入的dbc文件,即可将该dbc中的属性定义导入到我们现在的dbc文件中来。
    图7.2  导入属性                   图7.2

    7.3、属性的修改操作
            根据上面的步骤我们完成了属性的自定义或导入工作;此时再双击打开信号、报文、或者节点,在其”Attributes”项下可以看到我们前面定义/导入的属性及其值;此时可根据通讯矩阵的定义对其进行修改设置。例如图7.3.1是对报文属性的修改;图7.3.2是对信号属性的修改操作;如下:
    图7.3.1  对报文属性的修改                   图7.3.1

    图7.3.2  对信号属性的修改                   图7.3.2

    8、一致性检查

            经过前面的几个步骤其实已经完成数据库文件的创建了。但我们还需要通过一致性检查来确保数据库文件中的对象及内部关系的一致性。操作方法如下:
            在”File”中选择”Consistency Check”,此时会在一致性检查窗口中输出检查结果。如下:会有状态信息及对应的说明,以供我们检查出错/警告报警的原因。此时界面如下图8.1所示:
    图8.1  一致性检查操作                   图8.1

    小结

            dbc数据库文件是用来描述CAN网络节点间数据通讯的一种文件,包含了CAN总线协议中协议数据及其所代表的具体意义。简单的讲,dbc文件描述了在CAN网络上有哪些报文信息;这些报文上又携带了哪些信号信息;该报文是从哪个节点发出,哪个节点进行接收的等信息。所以,我们在进行dbc文件的创建时,其实也是要抓住dbc文件的主体,即完成信号、报文、节点的创建;再对其进行关联链接

    展开全文
  • MFC相关文件

    2018-07-09 14:02:16
    文件分为6个部分:解决方案相关文件、工程相关文件、应用程序头文件和源文件、资源文件、预编译头文件和编译链接生成文件。 1.解决方案相关文件 解决方案相关文件包括解决方案文件夹下的.sdf文件、.sln文件、.suo...

    文件分为6个部分:解决方案相关文件、工程相关文件、应用程序头文件和源文件、资源文件、预编译头文件和编译链接生成文件。

           1.解决方案相关文件

           解决方案相关文件包括解决方案文件夹下的.sdf文件、.sln文件、.suo文件和ipch文件夹。

           .sdf文件和ipch目录一般占用空间比较大,几十兆甚至上百兆,与智能提示、错误提示、代码恢复和团队本地仓库等相关。如果你觉得不需要则可以设置不生成它们,方法是点击菜单栏Tools->Options,弹出Options对话框,选择左侧面板中Text Editor->C/C++->Advanced,右侧列表中第一项Disable Database由False改为True就可以了,最后关闭VS2010再删除.sdf文件和ipch目录以后就不会再产生了。但关闭此选项以后也会有很多不便,例如写程序时的智能提示没有了。

           .sln文件和.suo文件为MFC自动生成的解决方案文件,它包含当前解决方案中的工程信息,存储解决方案的设置。

           2.工程相关文件

           工程相关文件包括工程文件夹下的.vcxproj文件和.vcxproj.filters文件。

           .vcxproj文件是MFC生成的工程文件,它包含当前工程的设置和工程所包含的文件等信息。.vcxproj.filters文件存放工程的虚拟目录信息,也就是在解决方案浏览器中的目录结构信息。

    VS2010/MFC编程入门之三(VS2010应用程序工程中文件的组成结构)

           3.应用程序头文件和源文件

           应用程序向导会根据应用程序的类型(单文档、多文档或基于对话框的程序)自动生成一些头文件和源文件,这些文件是工程的主体部分,用于实现主框架、文档、视图等。鸡啄米下面分别简单介绍下各个文件:

           HelloWorld.h:应用程序的主头文件。主要包含由CWinAppEx类派生的CHelloWorldApp类的声明,以及CHelloWorldApp类的全局对象theApp的声明。

           HelloWorld.cpp:应用程序的主源文件。主要包含CHelloWorldApp类的实现,CHelloWorldApp类的全局对象theApp的定义等。

           MainFrm.h和MainFrm.cpp:通过这两个文件从CFrameWndEx类派生出CMainFrame类,用于创建主框架、菜单栏、工具栏和状态栏等。

           HelloWorldDoc.h和HelloWorldDoc.cpp:这两个文件从CDocument类派生出文档类CHelloWorldDoc,包含一些用来初始化文档、串行化(保存和装入)文档和调试的成员函数。

           HelloWorldView.h和HelloWorldView.cpp:它们从CView类派生出名为CHelloWorldView的视图类,用来显示和打印文档数据,包含了一些绘图和用于调试的成员函数。

           ClassView.h和ClassView.cpp:由CDockablePane类派生出CClassView类,用于实现应用程序界面左侧面板上的Class View。

           FileView.h和FileView.cpp:由CDockablePane类派生出CFileView类,用于实现应用程序界面左侧面板上的File View。

           OutputWnd.h和OutputWnd.cpp:由CDockablePane类派生出COutputWnd类,用于实现应用程序界面下侧面板Output。

           PropertiesWnd.h和PropertiesWnd.cpp:由CDockablePane类派生出CPropertiesWnd类,用于实现应用程序界面右侧面板Properties。

           ViewTree.h和ViewTree.cpp:由CTreeCtrl类派生出CViewTree类,用于实现出现在ClassView和FileView等中的树视图。

           4.资源文件

           一般我们使用MFC生成窗口程序都会有对话框、图标、菜单等资源,应用程序向导会生成资源相关文件:res目录、HelloWorld.rc文件和Resource.h文件。

           res目录:工程文件夹下的res目录中含有应用程序默认图标、工具栏使用图标等图标文件。

           HelloWorld.rc:包含默认菜单定义、字符串表和加速键表,指定了默认的About对话框和应用程序默认图标文件等。

           Resource.h:含有各种资源的ID定义。

           5.预编译头文件

           几乎所有的MFC程序的文件都要包含afxwin.h等文件,如果每次都编译一次则会大大减慢编译速度。所以把常用的MFC头文件都放到了stdafx.h文件中,然后由stdafx.cpp包含stdafx.h文件,编译器对stdafx.cpp只编译一次,并生成编译之后的预编译头HelloWorld.pch,大大提高了编译效率。

           6.编译链接生成文件

           如果是Debug方式编译,则会在解决方案文件夹和工程文件夹下都生成Debug子文件夹,而如果是Release方式编译则生成Release子文件夹。

           工程文件夹下的Debug或Release子文件夹中包含了编译链接时产生的中间文件,解决方案文件夹下的Debug或Release子文件夹中主要包含有应用程序的可执行文件。

    展开全文
  • vs2017的文件组成

    千次阅读 2019-02-01 17:14:32
    将所有文件分为 6 个部分:解决方案相关文件、工程相关文件、应用程序头文 件和源文件、资源文件、预编译头文件和编译链接生成文件。 1.解决方案相关文件 解决方案相关文件包括解决方案文件夹下的.sdf 文件、 ....
  • SPEC文件

    2010-04-27 19:18:00
    SPEC文件spec文件是整个RPM包...这个文件一般分为如下的节:(1) Preamle(序言)序 言包含用户请求包的信息时所显示的内容。它可以包含包的功能描述、包的软件版本、版权信息和所属的包组等。Summary 是一行关于该软
  • FAT16文件系统

    2017-07-04 19:53:20
    原文地址:FAT16文件系统作者:yoyoone1.基本知识 扇区:每个磁道被分为若干个弧段,这些弧段就是扇区。...使用FAT文件系统必须具有几个部分:保留区,存放FAT的文件系统的重要参数和引导程序;FAT表,记录簇的使用情况
  •  文件的权限设置分为个部分:用户,用户所在的用户组,其他。用户是文件的归属者,对文件的权限操作等级一般来说是最高的。用户所在的用户组是用户的合作伙伴,一般文件的操作权限完全由用户来决定开放读写执行...
  • 在Python中操作文件的整体过程与使用word编写一份简历的过程很相似,一般可以分为以下几部分: (1)打开文件,或者新建立一个文件 (2)读/写数据 (3)关闭文件 文件的打开 在Python中,open函数用来打开文件,...
  • 本书描述的是在逆向与反逆向之间展开的一场旷日持久的拉锯战。作者Eldad Eilam以一解说人的身份为我们详尽地评述了双方使用的每一招每一式的优点与...这与研究自然现象的科学研究有些类似,区别就在于一般没有人会把...
  • wsdl 文件结构

    2008-01-08 16:40:00
    自己的一点理解,就当做笔记了一般采用 wsdl 描述 webservice ,一个wsdl 文件大概分为以下几个部分:一,type 用于定义 module,二,message 用于定义 该webservice 提供的方法所需的参数三,portTypes 用于定义 ...
  • VCPROJ文件详解

    2014-06-23 14:31:38
    vcproj是一标准的xml文件。因此以下就以节点顺序描述... 大概是分为以下几部分:  工程属性  平台名称  工具文件,好像经常是没内容,不清楚  编译和链接的配置信息,了解项目的编译链接一般在这  里  
  • Linux操作系统的主要组成部分

    千次阅读 2017-08-06 21:20:40
    Linux系统一般有4个主要部分:内核、shell、文件系统和应用程序。内核、shell和文件系统一起形成了基本的操作系统结构,它们使得用户可以运行程序、...Linux内核的模块分为以下几个部分:存储管理、CPU和进程管理、文件
  • 13.第十三章 文件.txt

    2019-11-08 16:33:27
    fopen函数用来打开一个文件,其调用的一般形式为: 文件指针名=fopen(文件名,使用文件方式); 其中: ·“文件指针名”必须是被说明为FILE类型的指针变量。 ·“文件名”是被打开文件的文件名,是字符串...
  • VC工程文件详解

    2015-04-21 09:30:22
      vcproj是一标准的xml文件。... 大概是分为以下几部分:  工程属性  平台名称  工具文件,好像经常是没内容,不清楚  编译和链接的配置信息,了解项目的编译链接一般在这  里  
  • spec文件是整个RPM包...这个文件一般分为如下的节:(1) Preamle(序言) 序言包含用户请求包的信息时所显示的内容。它可以包含包的功能描述、包的软件版本、版权信息和所属的包组等。Summary是一行关于该软件包...
  • Linux系统一般有4个主要...Linux内核的模块分为以下几个部分:存储管理、CPU和进程管理、文件系统、设备管理和驱动、网络通信、系统的初始化和系统调用等。 二.Linux shell shell是系统的用户界面,提供了用户与内核
  • Linux系统一般有4个主要部分:内核、shell、文件系统和应用程序。内核、shell和文件系统一起形成了基本的操作系统结构...Linux内核的模块分为以下几个部分:存储管理、CPU和进程管理、文件系统、设备管理和驱动、网...
  • spec文件是整个RPM包建立过程的中心,它的...这个文件一般分为例如以下的节: (1) Preamle(序言) 序言包括用户请求包的信息时所显示的内容。它能够包括包的功能描写叙述、包的软件版本号、版权信息和所属的...
  • 1、首先会涉及到的问题一般是内存分为几个部分? 内存根据区域是否是线程安全会分为线程共享区域和非线程共享区域。线程共享区域下有JAVA堆以及方法区。而非线程共享区有虚拟机栈、本地方法栈和程序计数器。 ...
  • 3,Quota针对整个文件系统的限制项目主要分为下面几个部分 1)容量限制或文件数量限制,也可以限制inode用量和block用量; 2)soft/hard,hard表示用户的用量绝对不会超过这个限制值、soft表示用户在低于sof
  • 使用情况 在特定时刻,将整个存储装置或存储装置中的某部分的内容记录到...dump程序要做的事情通常分为以下步: 在系统中找到目标进程 在晋城中确定目标进程的大小 imagesize 把目标进程中的数据保存到文件 实...
  • 索引的的分类有类分别为主键索引,唯一索引,普通索引和联合索引主键索引:主要是主键的作用,主键不能为空且不能重复,最后有加速查找的功能唯一索引:它分为部分,一是唯一约束,一是索引,普通索引:它就是加速查找...
  • 通俗而言,分区即将某个表(通常都是大表)分为几个部分一般商用数据库均支持分区,用于突破OS对文件大小的限制,也为了加速对大表的查询。如Oracle分区表可以将表的不同部分存储到不同的表空间。同样,MySQL因默认...
  • 这里有三个文件再加上一入口模块一共四模块,将它们放入一数组中,取名为 modules,并通过数组的下标来作为 moduleId。</li><li>将 modules 传入一自执行函数中,自执行函数中包含...
  • 界面库产品当前的稳定性当然是首要考虑的问题,目前可以从以下几个方面来鉴别产品的稳定性:  是否有足够多的示例Demos来演示控件库产品的各个方面的功能特性  是否已经有众多的成功案例  发布多长时间,...

空空如也

空空如也

1 2 3 4 5 ... 18
收藏数 347
精华内容 138
关键字:

一般文件分为几个部分