服务器开发教程，企业办公自动化软件开发要怎么做呢？
一，管理软件的构成：
管理软件的构成有三大方面，一是数据库，二是数据库操作，三是窗体交互界面。
1:数据库
管理软件的核心是对数据信息的管理。一切要管理的数据信息，都是存放在数据库中的。所以数据库是管理软件构成的核心。可以说没有数据库，就无法实现数据库管理系统的开发。
“数据库”是由数据库提供商开发的，我们只是通过数据库将数据信息放入其中而已。数据库种类有很多，最常用的有“Access数据库”和“SQLServer数据库”，这两个数据库，都是“微软”开发的。
“Access数据库”适合于开发中小型的管理系统。如果用户数据库的数据规模在1000万条以内，而且网络终端用户在5个左右，较为适合使用此类型的数据库。
“SQL Server数据库”适合于开发中大型的管理系统。如果用户数据库的数据规模超过1000万条以上，而且网络终端用户超过5个，应选择为此类型的数据库。
2:数据库操作
数据库作为存放数据的容器，可以存放大量的数据。但是如何把数据加入到数据库中，如何将获取到的数据经加工后显示出来等，就是涉及数据库操作的工作任务了。
在管理系统中，操作数据库的手段可以是：使用窗体向数据库中放入数据(数据采集)；向数据库发出SQL语句让数据库做计算(数据加工)；使用窗体或报表获取数据库中的已有数据显示(数据输出)。
3:窗体交互界面
管理软件的核心是数据库，但数据库几乎是看不见摸不着的东西。如果要使数据库能被可见的操作，就要依赖于“窗体”作为交互界面。通过窗体既可以将数据库中的数据载入打开，也可以通过窗体向数据库中放入数据，还可以通过窗体指挥数据库中的数据计算加工等等。
二，数据表规划原理
“数据表规划”包括两方面的内容：一是选择哪种数据库；二是数据库中应该创建哪些表。
用户项目的数据表规划，是开放数据库管理系统的重要环节。对数据表的规划设计，是管理软件开发中举足轻重的，决定着管理软件的最终效果。
规划数据表，就是规划在用户项目中应该建立哪些数据表。
1:数据表的建立
对用户项目而言，无论有多少数据表，其中总有几个是核心数据表，另一些是辅助数据表。例如以下实例
1、销售管理系统”的数据表
在“销售管理系统”开发中，要创建三种用途的数据表。一是“数据采集表”；二是“数据加工表”；三是“辅助信息表”。
1) 数据采集表：
“数据采集表”也称为“核心数据表”。一个应用系统中，最主要的是建立“核心数据表”。核心数据表的实例：
销售主表--记录谁来买东西了
销售明细表--记录都买了什么东西
以上两表应用时，是建立为“主、子”连接的数据源后采集数据，其主连接字段为“票号”。
有了以上两个表，就可以采集数据了。而且可以说，你即使没有其它功能，只要采集数据了，就可以称为一个基本的管理系统了。这句话很重要，体会一下。
2) 数据加工表：
“数据加工表”是服务于软件功能需求的。数据加工表的多少，取决于管理系统的细化程度。例如我们可以为“销售管理系统”建立以下数据加工表：
销售明细汇总表--用来加工按商品分类的销售数量汇总
库存明细汇总表--用来加工按商品分类的库存数量汇总
销售员业绩汇总表--用来加工按销售员分类的销售金额汇总
有了以上几个表，采集数据后你要“月汇总、日汇总..”，要什么就加工什么。
& 数据加工分为“临时加工、永久加工”两种。当为“临时加工”时，通常使用“汇总型数据源”实现，而不是使用“加工数据”模块。因此“临时加工”数据时，不需要创建加工数据表。
3) 辅助信息表
“辅助信息表”是服务于“数据采集”的。例如我们为“销售管理系统”建立以下辅助数据表：。
客户信息表—采集数据时用来作为词典，以便填写客户名
员工信息表—采集数据时用来作为词典，以便填写员工名
4) 数据关系链
在数据库管理系统中，完全孤立的数据表几乎是不存在的。数据表与数据表之间存在着“关系”，这种关系有的是单向的，有的是双向的。数据表之间的关系，是通过两个表之间的“字段”达成的。
例如在“销售管理”中的“销售主表、销售明细表”的关系链就是“票号”。值得提示的是，为了统计分析数据的方便以及信息完整，通常对“销售主表、销售明细表”的关系链字段设置多个，如“票号、日期、购货单位、销售员”，这样在统计“销售明细表”的按“日期”分析，按“购货单位”分析，以及按“销售员”统计业绩，就方便多了。
2、总结数据表的建立
“核心数据表”的创建，是数据表规划中最重要的。而且核心数据表往往是“主、子”关系的关联数据表。
“加工数据表”根据需要可多可少，甚至可有可无。因为数据加工可通过创建“汇总型数据源”来临时加工，还可以通过报表来加工数据并打印。
“辅助信息表”根据需要创建，起到采集数据时方便输入的作用。
2:数据表创建要诀
通过数据表实例的创建，我们已经得出“数据表的创建要诀”。这些要诀对普通用户而言，几乎是要背下来的诀窍法则：案例
谁买了东西(主表)，买了什么东西(明细表)。——销售管理
谁来看病了(主表)，开了什么药(明细表)。
…
按您的业务管理内容，举一反三地演化一步：
谁来就餐(主表)，点了什么菜(明细表)。——餐馆管理
谁来领料(主表)，领了什么料(明细表)。——库房管理
谁来洗衣服(主表)，洗了什么衣服(明细表)。——洗衣店管理
…等等。
熟记以上要诀，对于创建管理系统的“核心数据表”，将有极大的裨益。
3:数据表的修改
开始开发用户项目后，数据表将有可能在一直调整当中，因为许多事先未想到的问题的出现，会使数据表必须修改字段或增加新的数据表。
1)、修改数据表
修改数据表是必须的，一步到位的设计几乎不太可能。因此用户在初期的窗体设计中，不要将复杂功能全部做完，而应该制作一个框架来试验和分析。当需要修改相关数据表结构时，先前设计的框架窗体可以废弃。
许多用户不太注意这一点，往往下大力气做功能，待几乎做完时发现要修改数据表，而导致先期工作白做。
再次提示，修改数据表后，相关窗体中的功能要删除重做。
2)、增加数据表
增加数据表是必须的，因为随着软件项目的不断完善，往往必须通过增加数据表才可以实现。因此用户在项目开发的初期，不必一味的追求规划好全部数据表。
增加数据表不会影响先前设计的窗体功能。
3)、总结数据表的修改
初期的窗体功能设计不要复杂只作出框架即可，以便修改。
设计是渐进的，数据表不必一次规划完。随着功能的完善和需求的变化，而逐步增加即可。
4 数据库规划的总结
按照前两节的叙述，创建数据表的过程思路，就是这么简单。我们一定不要把简单问题复杂化，更不要把清晰问题模糊化。
做任何事建立理念原则是重要的。如果在规划数据库时“无从下手”，不妨好好读读以上文字，5分钟后应该很顺利地开始规划数据表的。
三系统结构规划
“系统结构规划”主要是规划一个软件的整体的操作结构。其规划的好坏，既影响到软件项目所能完成的任务，也影响到操作使用者是否方便易用。
1 结构规划方法
结构规划是通过对“主控窗体”的菜单规划实现的。通过“主控菜单”的规划，就可以基本上体现出一个用户项目的概貌框架和即将要开始的开发。
软件项目的通常结构为：“系统功能组、应用功能组、信息编辑组、帮助和其它组”。
2“系统功能”菜单项
“系统功能”主菜单项，通常应放置在顶行主菜单项的第一列。其中的下拉菜单项主要应包括“重新登录、修改个人密码、用户权限编辑、数据备份、数据恢复、关闭退出”等功能项。
对于“系统功能”的设计而言，一般是15分钟内即可将所有功能设计完成。
3、“应用功能”菜单项(多列)
“应用功能”主菜单项，通常应占据顶行主菜单项中间的多个菜单列。通常而言，一个用户项目的主体功能，都是在这些菜单项下体现的。例如按需要设置为“数据采集、数据加工、数据输出”等主菜单项。
各个“应用功能”主菜单项中的下拉菜单项规划，可按项目的实际需要建立即可。
4“信息编辑”菜单项
“信息编辑”主菜单项，通常应放置在顶行主菜单项的“应用功能”之后。其中的下拉菜单项主要应包括“各种信息、各种词典用值”等应用功能中需要的辅助信息编辑。
5“帮助和其它”菜单项
“帮助和其它”主菜单项，通常应放置在顶行主菜单项的最后一列。其中的下拉菜单项主要应包括以下几项：“使用说明、版本信息”等。
四 系统功能实现
“系统功能规划”主要是规划一个软件中的各个任务点做些什么。其功能实现的好坏，直接影响到软件项目所能完成的任务质量。
1 系统功能分类
管理软件的功能构成，主要为三大类，“数据采集、数据加工、数据输出”。
1)、采集数据
“采集数据”是管理软件构成的核心基础。管理软件管理的是信息，所以采集数据是最重要的。
2)、加工数据
“加工数据”是管理软件的手段。被采集到数据库中的数据要反映出有用的信息，通常是要经过“数据加工”来得到。
3)、输出数据
“输出数据”是管理软件应用的重要目的。“报表打印、原始数据显示、加工后的数据显示”等，都是“输出数据”的应用。
2“数据采集”功能
“数据采集”功能，是管理信息系统的核心和基础功能，所谓“数据采集”就是向“核心数据表”中“编辑记录”。
例如：在销售管理系统开发中，“销售开票、入库登记、出库开票”，以及“人事管理系统”中的“出勤录入、出差录入、员工信息编辑”等，都是“数据采集”的应用。
对于一个数据库管理系统而言，“采集数据”的重要性几乎是决定性的，采集数据正确了，其它功能的实现基础也就建立了。可以这样讲，一个用户项目，即使其它任何功能都没有，而只是实现了数据采集，就已经可以称其为一套应用系统了，可见采集数据的重要性。
1)、采集原则
“采集数据”的原则就是“简单方便、快捷准确”。如果采集的数据不准确，等于没有意义。如果采集的方式复杂繁琐，将使操作者无从下手，也容易导致错误。
2)、界面规划
“采集数据”功能，通常是通过“窗体”的交互实现的。设计一个清晰整齐的界面，是窗体设计的重要前提。
窗体界面的设计，可以从模仿开始的。我们在电脑上已经或多或少用过一些软件，它们的界面设计许多都是样板，可供我们参考的。
3“数据加工”功能
“数据加工”功能，是将采集来的数据做计算加工，从而达到使用这些信息的目的。在实际应用中，加工数据的实例有：对“销售明细表”作“分组汇总”，计算出各种商品的销售数量、金额等。
1)、加工原则
首先要知道，加工数据是对数据原始形态的改变。而对于管理系统而言，原始数据形态是极为重要的，是不可以被破坏的。因此，加工数据的前提是，不能对原始数据直接加工，而是对他的副本，或叫做复制体做加工。不破坏原始数据原则，是初级用户最要知道的基本原则。
2)、目的和手段
“加工数据”的目的是将“原始数据加工成有价值的数据形态”。例如让加工后的数据告诉我们“那个产品好销”、“年度经济效益如何”、“哪些商品该进货了”等等。
a 合并同类项
对于要将“明细”性质的数据加工成按“同类项合并”时，应使用“分组汇总”模块实现。
b 修改字段值
有许多种情况，要对数据表中的某些字段做计算。如对“金额”字段重新计算、对“票号”字段重新整理编号等等。“修改字段值”通常使用的加工手段为“计算修改”模块。
c 去除废数据
有许多中情况，要对数据表中的无用记录作删除，应使用“删除记录”模块作加工。
3)、“数据加工”总结
对于数据加工而言，可以是极为随意的。它总是可以按使用者的意图加工成各种各样需要的数据形态。除了像“财务管理”那样有专业要求的数据加工有一些固定的模式外，用户可以按“领导意图、上级要求、个人意愿”等随意加工。只是记住一个最重要的原则就是“不破坏原始数据原则”。
4“数据输出”功能
“数据输出”功能，是将采集来的数据经“加工”成有用信息后, 或“未经加工”的输出，从而达到使用这些信息的目的。在实际应用中，各种报表的打印输出、加工后数据的窗体中显示等，都是“数据输出”的应用。
1)、输出原则
“输出数据”几乎没有原则可言，也就是说想“输出什么，就输出什么”。你能反映的数据输出形态越多，你完成的系统的“有用、有价值”信息也越多。
2)、目的和手段
对管理系统而言，“采集数据、加工数据”的目的，都是为了使用数据。通过输出数据就可以达成使用数据的环节。“上级要报表、领导要数据”，都是通过输出数据实现的。所以对“输出数据”而言，是“采集、加工、输出”三大环节的最后一环，也是可以称其为“目的性”的环节。
a 报表打印
“数据输出”的典型形态是“报表打印”输出。
在打印报表环节中，既可以直接打印“原始数据”，也可以打印“加工后的数据”，还可以在打印设计时对已加工过的数据“通过报表再次加工”后打印。
对“原始数据”或“加工后的数据”作“再次加工”，是“报表控件”所具有的内在功能。所以在对数据“加工”时，可以考虑到“打印报表”时，还可以通过“报表”自身来再次加工数据的功能。
b 窗体数据源显示
数据表数据显示在窗体中，也称其为“数据输出”，它是“非纸张方式”的输出而已。窗体方式的数据输出可以是“常规型数据源、汇总型数据源”两种。
c 数据交换
“数据输出”还体现在“数据交换”方面。如数据表的导出，分公司数据表的导入等，都是属于“数据输出”的范畴。
“数据交换”的手段有：“导出数据、导入数据”模块、以及“数据源导出为文件()”函数等。
3)、“数据输出”总结
“输出数据”在管理系统开发时，是重要的功能。与“数据采集、数据加工”相比，它是体现软件软件目的性的结果显示。
由于“数据输出”不破坏“原始数据”，所以没有原则可言。只要是需要，就可以随意输出。对于用户项目而言，“数据输出”几乎应该是一个开放的环节，也就是其功能多少最不固定的部分。如“今天”有新的需求，就增加新的报表，“明天”某报表不需要了，就将其去掉删除。
五 项目开发过程规范
在开发自己的应用软件时，由于对软件开发的过程不规范而导致大量的无用功操作。就常会发生的错误开发软件的方法，给出一些建议和解决途径，以使得能高效快速地实现软件开发。
1 创建规划试验项目
开始软件项目的开发不是“一蹴而就”的，要学会“试验项目”到“正式项目”的两步走原理。
1)、试规划“软件功能”
无论你是大项目还是小项目，都要先规划好整个系统要做什么。只有规划好整个系统的大小功能，才能开始软件项目的实际开发。
a 在主窗体菜单中规划软件功能
你可以把主窗体的“菜单编辑器”，作为你的蓝图规划工具，把你想到的应有功能都布局在这上面。
功能的规划可以从两方面入手。
一是业务要求：看看原来手工管理时要做哪些事，还能多管哪些事。把它们划分好后填到菜单上。
二是参照样板：找找是否有相关的现成软件可以参看，学学它们的有用功能变为己有。注意不要看见什么就想用上，那样你的项目永远都不能完工。
b 功能规划原则
软件中的功能不是越多越好，而是够用就好。在功能规划之初，就要考虑到未来实现的可能性和难度。合理均衡功能价值和实施难度，做到功能合理实用，实施难度适当。
c 交付用户确认
如果所设计软件是收费的或其他人使用的，要将试规划的软件功能，以仅能运行菜单的状态交由用户确认。
这一步很重要，必要时要与用户以书面方式确认。
2)、试创建“数据表”
功能规划完成后再开始创建数据表，这样可以按所规划的功能合理的创建需要的所有数据表。
a 创建数据表的过程
先创建系统主要使用到的数据表。例如在“进销存管理”系统开发中，先建立“采购主表、采购明细表、销售主表、销售明细表”。
至于系统用到的“词典表、信息表”等，依据需要后建立为宜。
b 数据表的修改
初级用户创建的数据表不大可能一次性完成，而是要反复修改的。因此在开发过程中，不到软件项目的最后完成，都可能在不断地修改数据表结构。
我们对数据表的修改，就是在不断向最终需要的数据表靠近。修改数据表不是问题，高级用户也是如此，问题是要总结经验快速达成。
3)、试设计“窗体交互功能”
基础数据表试设计完成后，开始“窗体交互功能”的设计。
a“数据采集”功能窗体
试设计“窗体交互功能”的第一步，是作“数据采集”功能窗体，这是最重要的。在这一阶段，不要将窗体设计的很复杂，只要可以用了就行。一边设计、一边试运行，找出数据表设计的是否合理，并及时改进数据表设计。一旦窗体不能用了，就扔掉重设计也不惋惜。
b“数据加工”功能窗体
试设计“窗体交互功能”的第二步，是作“数据加工”功能窗体，这是要检验一下经过多次修正的数据表采集来的数据，能否满足数据加工的需要。所需要的数据，能否加工出来。同样在这一阶段，不要将窗体设计的很复杂，只要可以用了就行。一边设计、一边试运行，找出主要数
据表设计的是否合理，并及时改进数据表设计。
切记：试设计窗体阶段，窗体只要具备基本使用功能就好，不必要全部完善做完。
3)、交付用户确认
如果所设计软件是收费的或其他人使用的，要将试规划的软件功能，交由用户确认。
这一步很重要，必要时要与用户以书面方式确认。
4)、创建试验项目的总结
创建试验项目主要是为了正式设计项目打基础。因为无论是初级用户还是高级用户，都不可能一步到位的设计好数据表，而当一旦窗体设计完成后发现数据表要修正，将导致所完成的窗体报废。这种设计过程导致的无用功，会极大的影响开发者的工作情绪，也使得开发效率降低。
因此，数据表在没有完全固定下来之前，绝不正式设计软件项目。这一条原则，将是你快速有效地完成软件项目开发的重要前提。
5)、交付试运行
试验项目一定要做到能够运行的状态。也就是说，除了“费工费时”的完善性工作以外，都应该完成设计。
这一阶段的工作，如果是自用软件项目倒也无妨。如果是收费的或交付别人使用的软件，则要注意以下问题。
a 搜集试运行反馈
交给用户的试运行项目，要说清楚试运行的目的。也就是说告诉用户这是框架程序，主要检验是否是用户需要的功能结构。通过搜集试运行反馈，及时修正和补充。
b 签署书面确认协议
交给用户的试运行项目在经过检验后，要与之签署书面确认协议。要说明未来由用户导致的系统结构调整、数据表调整，都是由用户承担其额外的时间支出和费用支出。这一点十分重要，它可以避免由此产生的“永远完不成”的项目，和预算时间和费用的超支。
2 正式开发项目
当数据表完全固定下来之后，我们就可以开始正式设计软件项目了。
1)、开发实现原则
软件正式开发后，要使软件项目开发的顺畅高效，必须注意以下问题：
a 先主要后次要原则
正式开发项目时要遵循“先主要、后次要”的工作原则。因为这一阶段仍然有可能发现必须改进的程序设计不足，并导致修改数据表等主要程序结构。
b 功能效率原则
在开发应用功能时，一定要遵循“功能效率原则”。这是最容易忽略的问题。
弊端1：窗体中大量使用装饰控件，导致窗体打开和运行速度大大降低。
弊端2：窗体中许多不必要的“智能计算、智能检测、数据源改变事件”。
弊端3：大数据集时，不使用合理的“条件公式”来打开数据集，导致窗体打开效率极慢。
弊端4：数据“加工计算”模块设计或规划组合不合理，导致几秒钟的计算进行了几小时。
对于“功能效率原则”而言，是必须遵循的重要前提。几乎任何感到效率低下的“窗体、计算”，无一例外地是不合理的设计造成的。
c 功能成本原则
在开发应用功能时，一定要遵循“功能成本原则”。这也是最容易忽略的问题。对一个不必要、或可有可无的功能，耗费大量时间及精力，是极为“得不偿失”的。要知道，凡是耗费时间的功能几乎是在做多余的设计，因为大量实践证明，开发管理软件，几乎没有需要复杂设计或十分耗时的地方。
弊端1：在软件主要功能还没有实现时，大量宝贵时间耗在“装饰美化”上，而且不厌其烦，导致开发效率十分低下。
弊端2：在对开发工具的使用还不是十分熟练时，耗费大量时间“研究和试图实现”不必要的功能，导致开发信心受到挫折，并使开发效率十分低下。
对于“功能成本原则”而言，还要注意区别。一些功能的应用今天对你来讲可能是复杂的、不必要，明天也许就是你能轻松驾驭的一般功能。所以先做“主要的、会做的”，是遵循“功能成本原则”的重要前提。
2)、阶段性交付原则
如果你的项目很大，而且所设计软件是收费的或其他人使用的，正式开发时要做好计划，并把这一计划交待给用户，向用户说明阶段性测试的内容和大致时间。
在阶段性测试中，要注意将完成的部分要用户以书面方式确认。
3)、软件项目完成
如果你的项目是收费的或其他人使用的，要在完成全部功能后要求用户以书面方式确认，以绝对避免“没完没了”地添加功能，和“随心所欲”的无穷要求。
a 软件项目维护
所谓“软件项目维护”，是指软件正式运行后，对所发现的“错误”实行修改。这一修改是局部的、不涉及主数据表的修改。
对用户项目的维护是持之以恒。对待你所开发的软件项目，要像对待自己的孩子一样保持经常的关心和呵护。对用户提出的新要求，只要是“举手之劳”的事，都应该尽力满足。即使是过分要求，也要说明理由和原因。这是软件开发者所必须拥有的品格。
b软件项目升级
所谓“软件项目升级”，是指软件正式运行后，对所“功能”作大的修改。这一修改是全局部的、涉及主数据表的修改。
在软件升级实施前，要充分做好前期工作，就像前面我们讲到的制作一个新软件项目那样，一步一步按部就班地实现。
总之，你开发的软件项目就像你的“人格、品质、素养、教化”一样，既在你的软件之中，也在你的软件之外。就让你的聪明才智，在你的作品中放射出光芒吧！
一个服务器可以搭建两个环境吗？
完全可以.服务器是独立的硬件设备,用户可以根据需要安装各种操作系统以及配置任何网站环境,当然也可以多种网站环境共存.比如说IIS+PHP+MYSQL的环境.即可支持ASP网站又支持PHP的网站.另外建议在配置环境时只需要选择用的上的安装即可.环境并非安装的越全越好.因为每安装一种环境就会占用一部分服务器的资源.从而导致服务器的性能下降.
做服务器开发是天天加班吗？
加班的时间会比较多，但不一定是天天加班主要看项目的进度。
游戏引擎和服务器有什么区别和联系？
游戏引擎是用于控制游戏功能的主程序，如接受玩家控制信息的输入，选择合适的声音以合适的音量播放等。
2D游戏或者3D游戏，哪怕是一个只有1兆的小游戏，也不管游戏是怎样的形式(是角色扮演游戏、即时策略游戏、冒险解谜游戏或是动作射击游戏)都有类似的起控制作用的代码。引擎相当于游戏的框架，框架打好后，关卡设计师、建模师、动画师可往里填充内容。引擎的目的是让开发者专注于游戏逻辑的编写，而尽量减少底层的编写。所以引擎的封装是必不可少的。但引擎不仅仅是封装，如果引擎只是封装，那么引擎也太简单了吧。引擎最重要的功能是提供一个框架，这个框架能够管理游戏的各个模块，比如：渲染模块，GUI，物理系统，场景模块（包括，角色，NPC，各种物件）。。。。等等，使各个模块分工合作得最好。然后游戏开发者在这个框架内工作。正是有了这个框架，引擎才知道如何最佳管理客户端的各种资源（这里我只说客户端），才能让游戏的运行效率达到最好。一个引擎框架的好坏直接影响着引擎的可扩展性，可移植性，运行效率，可读性，上手容易性。写出一个几个模块出来并不是很难的事情，难就难在如何写一个框架，让这个框架能够管理好各个模块， 也就是说让引擎去管理好客户端的各种资源。这就是说要让引擎去管理客户端游戏代码，而不是让客户端游戏代码去管理引擎。只有这样，游戏开发者才能集中精力去实现游戏逻辑，而引擎也可以将程序运行效率达到最高。服务器开发工程师会架构吗？
服务器开发的一般要求比其他开发稍高一点，至于会不会架构，这个要根据个人技术水平而定，有的高级开发人员会架构很正常。当然会架构不一定会去做架构。或者确切的说，没有机会做架构。
一般稍微大一点的项目都会人员配备比较齐全，每个人都有自己负责的任务，分工不同，做的也不一样。
项目中有专业的架构师，那其他人即使会架构，也不会去做架构师的工作，要不然就是越权了，吃力不讨好。除非架构师离职了，其他人才有机会去做这块工作。
因此，开发工程师，或者服务器开发工程师一般都是掌握架构技巧，甚至能做架构的工作的，只是有时候实际项目中不一定用的上。
