A. 重构的概念是什么
指对软件代码做任何更动以增加可读性或者简化结构而不影响输出结果。
软件重构需要借助工具完成，重构工具能够修改代码同时修改所有引用该代码的地方。在极限编程的方法学中，重构需要单元测试来支持。
在软件工程学里，重构代码一词通常是指在不改变代码的外部行为情况下而修改源代码，有时非正式地称为“清理干净”。
在极限编程或其他敏捷方法学中，重构常常是软件开发循环的一部分：开发者轮流增加新的测试和功能，并重构代码来增进内部的清晰性和一致性。自动化的单元测试保证了重构不至于让代码停止工作。
(1)重构基础逻辑的构架是什么意思扩展阅读：
重构面对业界调适接受方面的挑战。首先，对重构长远的影响需要更深入研究追踪。又，重构存于资料库轮廓（database schema）的商业逻辑层几乎是不可能或者非常困难的。最后，对接口造成影响的重构可能造成程序开发上的困境，除非程序员有对所有用户界面的访问权。
例如，程序员若改变某实体中的方法名称，他要么必须对整个专案里头所有链接到旧名的参考都加以编辑，要么屈服于继续维护使用旧名的残株残瓦接口。而该旧名的接口于内部调用该方法的新名。
B. “系统架构”是什么意思都有哪些架构
系统架构（Framework 或Architecture）或软件架构的定义很难明确，仁者见仁智者见智。
在面向对象范畴中，我认为就是通过若干类、抽象类及其接口有机组成的软件系统，其中类起的作用好比建筑物中的砖瓦钢筋水泥楼板，而接口和抽象类中没有实现的方法好比其中的一个个空间，包括大厅，走廊，房间，厨房,卫生间....，架构使用者的任务就是往这些空间中填充东西，也就是实现那些接口和抽象方法，从而可以创建一座定制了的建筑物。进一步，可以对这个建筑进行修饰使其外观更加漂亮。当然也可以进行改动，以便结构更加合理。
示例：
以上显示了使用 UML 建模的结构或静态视图。 它将成为参数化协作的一部分，然后会绑定到实参上对模式进行实例化。
构架风格软件构架（或仅是构架视图）可以具有名为构架风格的属性，该属性减少了可选的形式，并使构架具有一定程度的一致性。样式可以通过一组模式或通过选择特定构件或连接器作为基本构件来定义。对给定系统，某些样式可作为构架描述的一部分记录在构架风格指南（Rational Unified Process 中设计指南文档的一部分）中。样式在构架的可理解性与完整性方面起着主要的作用。
逻辑视图：类图、状态机和对象图。进程视图：类图与对象图（包括任务 - 进程与线程）。实施视图：构件图。部署视图：配置图。
C. 重构是什么意思求权威解答
厦门中软培训专家为大家解释重构，重构(Refactoring)这个词最初由Martin Fowler 和 Kent Beck给下的定义，它是
一种修改，使软件的内部结构更容易理解，在不改变软件的可见行为方式前提下使软件更容易变更…它是一种有节制的整理代码、使bug产生几率最小化的方法。
重构的结果是引用了快捷方法、去除了重复代码和死代码，使设计和逻辑更加清晰。是在更好的、更聪明的使用编程语言。是在优势利用你现在知道、但 当时的开发程序员并不知道——或并没有加以利用的信息。不断的简化代码，让它们更容易理解。不断的使它们在将来的变更变得更容易、更安全。
D. 什么是软件基础架构
软件架构
软件架构（software architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。 软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口_(计算机科学)来实现。
软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。
软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。
在“软件构架简介”中，David GArlan 和 Mary Shaw 认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。”[GS93]
但构架不仅是结构；IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念”[IEEE98]。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。
在 Rational Unified ProcESs 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。
从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来事实和管理软件产品的高级设计。软件架构师定义和设计软件的模块化，模块之间的交互，用户界面风格，对外接口方法，创新的设计特性，以及高层事物的对象操作、逻辑和流程。
E. 什么是构架
架构一般指软件架构
（software architecture）是一系列相关的抽象模式，用于指导大型软件系统各个方面的设计。 软件架构是一个系统的草图。软件架构描述的对象是直接构成系统的抽象组件。各个组件之间的连接则明确和相对细致地描述组件之间的通讯。在实现阶段，这些抽象组件被细化为实际的组件，比如具体某个类或者对象。在面向对象领域中，组件之间的连接通常用接口(计算机科学)来实现。 软件体系结构是构建计算机软件实践的基础。与建筑师设定建筑项目的设计原则和目标，作为绘图员画图的基础一样，一个软件架构师或者系统架构师陈述软件构架以作为满足不同客户需求的实际系统设计方案的基础。
软件构架是一个容易理解的概念，多数工程师（尤其是经验不多的工程师）会从直觉上来认识它，但要给出精确的定义很困难。特别是，很难明确地区分设计和构架：构架属于设计的一方面，它集中于某些具体的特征。
在“软件构架简介”中，David Garlan 和 Mary Shaw 认为软件构架是有关如下问题的设计层次：“在计算的算法和数据结构之外，设计并确定系统整体结构成为了新的问题。结构问题包括总体组织结构和全局控制结构；通信、同步和数据访问的协议；设计元素的功能分配；物理分布；设计元素的组成；定标与性能；备选设计的选择。”【GS93】
但构架不仅是结构；IEEE Working Group on Architecture 把其定义为“系统在其环境中的最高层概念”【IEEE98】。构架还包括“符合”系统完整性、经济约束条件、审美需求和样式。它并不仅注重对内部的考虑，而且还在系统的用户环境和开发环境中对系统进行整体考虑，即同时注重对外部的考虑。
在 Rational Unified Process 中，软件系统的构架（在某一给定点）是指系统重要构件的组织或结构，这些重要构件通过接口与不断减小的构件与接口所组成的构件进行交互。
从和目的、主题、材料和结构的联系上来说，软件架构可以和建筑物的架构相比拟。一个软件架构师需要有广泛的软件理论知识和相应的经验来实施和管理软件产品的高级设计。
F. 重构是什么意思
厦门经纬盈创解释：
重构的结果是引用了快捷方法、去除了重复代码和死代码，使设计和逻辑更加清晰。是在更好的、更聪明的使用编程语言。是在优势利用你现在知道、但 当时的开发程序员并不知道——或并没有加以利用的信息。不断的简化代码，让它们更容易理解。
G. 什么是架构
企业架构就是企业对组织工作任务进行分工、分组和协调合作。各类组织架构如下：
直线制 直线制是一种最早也是最简单的组织形式。它的特点是企业各级行政单位从上到下实行垂直领导，下属部门只接受一个上级的指令，各级主管负责人对所属单位的一切问题负责。厂部不另设职能机构（可设职能人员协助主管人工作），一切管理职能基本上都由行政主管自己执行。直线制组织结构的优点是：结构比较简单，责任分明，命令统一。缺点是：它要求行政负责人通晓多种知识和技能，亲自处理各种业务。这在业务比较复杂、企业规模比较大的情况下，把所有管理职能都集中到最高主管一人身上，显然是难以胜任的。因此，直线制只适用于规模较小，生产技术比较简单的企业，对生产技术和经营管理比较复杂的企业并不适宜。 职能结构 职能制组织结构，是各级行政单位除主管负责人外，还相应地设立一些职能机构。如在厂长下面设立职能机构和人员，协助厂长从事职能管理工作。这种结构要求行政主管把相应的管理职责和权力交给相关的职能机构，各职能机构就有权在自己业务范围内向下级行政单位发号施令。因此，下级行政负责人除了接受上级行政主管人指挥外，还必须接受上级各职能机构的领导。 职能制的优点是能适应现代化工业企业生产技术比较复杂，管理工作比较精细的特点；能充分发挥职能机构的专业管理作用，减轻直线领导人员的工作负担.但缺点也很明显：它妨碍了必要的集中领导和统一指挥，形成了多头领导；不利于建立和健全各级行政负责人和职能科室的责任制，在中间管理层往往会出现有功大家抢，有过大家推的现象；另外，在上级行政领导和职能机构的指导和命令发生矛盾时，下级就无所适从，影响工作的正常进行，容易造成纪律松弛，生产管理秩序混乱。由于这种组织结构形式的明显的缺陷，现代企业一般都不采用职能制。 直线－职能制 直线－职能制，也叫生产区域制，或直线参谋制。它是在直线制和职能制的基础上，取长补短，吸取这两种形式的优点而建立起来的。目前，我们绝大多数企业都采用这种组织结构形式。这种组织结构形式是把企业管理机构和人员分为两类，一类是直线领导机构和人员，按命令统一原则对各级组织行使指挥权；另一类是职能机构和人员，按专业化原则，从事组织的各项职能管理工作。直线领导机构和人员在自己的职责范围内有一定的决定权和对所属下级的指挥权，并对自己部门的工作负全部责任。而职能机构和人员，则是直线指挥人员的参谋，不能对直接部门发号施令，只能进行业务指导。 直线－职能制的优点是：既保证了企业管理体系的集中统一，又可以在各级行政负责人的领导下，充分发挥各专业管理机构的作用。其缺点是：职能部门之间的协作和配合性较差，职能部门的许多工作要直接向上层领导报告请示才能处理，这一方面加重了上层领导的工作负担；另一方面也造成办事效率低。为了克服这些缺点，可以设立各种综合委员会，或建立各种会议制度，以协调各方面的工作，起到沟通作用，帮助高层领导出谋划策。 事业部制 事业部制最早是由美国通用汽车公司总裁斯隆于1924年提出的，故有“斯隆模型”之称，也叫“联邦分权化”，是一种高度（层）集权下的分权管理体制。它适用于规模庞大，品种繁多，技术复杂的大型企业，是国外较大的联合公司所采用的一种组织形式，近几年我国一些大型企业集团或公司也引进了这种组织结构形式。? 事业部制是分级管理 、分级核算、自负盈亏的一种形式，即一个公司按地区或按产品类别分成若干个事业部，从产品的设计，原料采购，成本核算，产品制造，一直到产品销售，均由事业部及所属工厂负责，实行单独核算，独立经营，公司总部只保留人事决策，预算控制和监督大权，并通过利润等指标对事业部进行控制。也有的事业部只负责指挥和组织生产，不负责采购和销售，实行生产和供销分立，但这种事业部正在被产品事业部所取代。还有的事业部则按区域来划分。 模拟分权制 这是一种介于直线职能制和事业部制之间的结构形式。 许多大型企业，如连续生产的钢铁、化工企业由于产品品种或生产工艺过程所限，难以分解成几个独立的事业部。又由于企业的规模庞大，以致高层管理者感到采用其他组织形态都不容易管理，这时就出现了模拟分权组织结构形式。所谓模拟，就是要模拟事业部制的独立经营，单独核算，而不是真正的事业部，实际上是一个个“生产单位”。这些生产单位有自己的职能机构，享有尽可能大的自主权，负有“模拟性”的盈亏责任，目的是要调动他们的生产经营积极性，达到改善企业生产经营管理的目的。需要指出的是，各生产单位由于生产上的连续性，很难将它们截然分开，就以连续生产的石油化工为例，甲单位生产出来的"产品"直接就成为乙生产单位的原料，这当中无需停顿和中转。因此，它们之间的经济核算，只能依据企业内部的价格，而不是市场价格，也就是说这些生产单位没有自己独立的外部市场，这也是与事业部的差别所在。 模拟分权制的优点除了调动各生产单位的积极性外，就是解决企业规模过大不易管理的问题。高层管理人员将部分权力分给生产单位，减少了自己的行政事务，从而把精力集中到战略问题上来。其缺点是，不易为模拟的生产单位明确任务，造成考核上的困难；各生产单位领导人不易了解企业的全貌，在信息沟通和决策权力方面也存在着明显的缺陷。 矩阵制 在组织结构上，把既有按职能划分的垂直领导系统，又有按产品（项目）划分的横向领导关系的结构，称为矩阵组织结构。 矩阵制组织是为了改进直线职能制横向联系差，缺乏弹性的缺点而形成的一种组织形式。它的特点表现在围绕某项专门任务成立跨职能部门的专门机构上，例如组成一个专门的产品（项目）小组去从事新产品开发工作，在研究、设计、试验、制造各个不同阶段，由有关部门派人参加，力图做到条块结合，以协调有关部门的活动，保证任务的完成。这种组织结构形式是固定的，人员却是变动的，需要谁，谁就来，任务完成后就可以离开。项目小组和负责人也是临时组织和委任的。任务完成后就解散，有关人员回原单位工作。因此，这种组织结构非常适用于横向协作和攻关项目。 矩阵结构的优点是：机动、灵活，可随项目的开发与结束进行组织或解散；由于这种结构是根据项目组织的，任务清楚，目的明确，各方面有专长的人都是有备而来。因此在新的工作小组里，能沟通、融合，能把自己的工作同整体工作联系在一起，为攻克难关，解决问题而献计献策，由于从各方面抽调来的人员有信任感、荣誉感，使他们增加了责任感，激发了工作热情，促进了项目的实现；它还加强了不同部门之间的配合和信息交流，克服了直线职能结构中各部门互相脱节的现象。 矩阵结构的缺点是：项目负责人的责任大于权力，因为参加项目的人员都来自不同部门，隶属关系仍在原单位，只是为"会战"而来，所以项目负责人对他们管理困难，没有足够的激励手段与惩治手段，这种人员上的双重管理是矩阵结构的先天缺陷；由于项目组成人员来自各个职能部门，当任务完成以后，仍要回原单位，因而容易产生临时观念，对工作有一定影响。? 矩阵结构适用于一些重大攻关项目。企业可用来完成涉及面广的、临时性的、复杂的重大工程项目或管理改革任务。特别适用于以开发与实验为主的单位，例如科学研究，尤其是应用性研究单位等。
扁平式结构
由彼得圣吉五项修炼的基础上，通过大量的个人学习特别是团队学习，形成的一种能够认识环境、适应环境、进而能够能动的作用于环境的有效组织。 也可以说是通过培养弥漫于整个组织的学习气氛，充分发挥员工的创造性思维能力而建立起来的一种有机的、高度柔性的、扁平的、符合人性的、能持续发展的组织。学习型组织为扁平化的圆锥型组织结构，金字塔式的棱角和等级没有了，管理者与被管理者的界限变得不再清晰，权力分层和等级差别的弱化，使个人或部门在一定程度上有了相对自由的空间，能有效地解决企业内部沟通的问题，因而学习型组织使企业面对市场的变化，不再是机械的和僵化的，而是“动”了起来。不过，随着全球经济一体化和社会分工的趋势化，扁平化组织也会遇到越来越多的问题，在不断的分析问题、解决问题的过程当中，学习型组织“学习”的本质对人的要求将越来越高。
智慧型结构
也称为C管理模式。《C管理模式》的理论价值：许多初读《C管理模式》的专家和学者则认为，C管理模式立足道、儒、法的中国传统文化，将西方现代企业管理学与中国国学及中医智慧融于一体，其理论结合人的身体机能，提出了“天人合一”、“道法自然”的经营理念和管理哲学。《C管理模式》的政治价值：2009年以来，全球金融风暴持续蔓延，一大批欧美企业纷纷陷入破产倒闭的危机，与此同时，国内企业也愈加感受到全球性经济萧条带来的股股寒意。在此轮国际经济危机中，一些我们曾经耳熟能详、顶礼膜拜的全球知名企业，在一夜之间如巨人般轰然倒下，在剧烈的震撼中，国内众多专家、学者和企业界纷纷对西方现代企业管理模式进行了深刻的反思。C管理模式研究的课题，将引发对资本主义完全的自由市场经济的反思，对现行企业管理模式的反思，并将重新聚焦世界对中国特色社会主义市场经济模式的更多思考，这正是C模式模式的价值所在。
H. 架构，构架，结构，框架之间有什么区别
结构：程序功能实现的逻辑
框架是整个或部分系统的可重用设计，表现为一组抽象构件及构件实例间交互的方法;另一方面也可以说框架是可被应用开发者定制的应用骨架。
框架亦可称为应用架构，在特定领域基于体系结构的可重用的设计。也可以认为框架是体系结构在特定领域下的应用。框架的例子如MVC。
设计模式 在一定的环境中解决某一问题的方案
构件通常是代码重用，而设计模式是设计重用，框架则介于两者之间，部分代码重用，部分设计重用，有时分析也可重用.
构架是architecture:它是对软件系统的系统组织，是对构成系统的
构件的接口，行为模式，协作关系等体系问题的决策总和。它不仅涉及
到结构与行为，而且还涉及到系统的使用，功能，性能，适应性，重
用性，可理解性
设计模式比框架更为抽象
设计模式在碰到具体问题后，才能产生代码；框架已经可以用代码表示
设计模式是比框架更小的体系结构元素：
框架中可以包括多个设计模式
简单点说：结构 < 设计模式 < 架构 <框架
结构+算法=程序(功能代码块)
程序与程序之间进行调整=设计模式
多个设计模式相组合(组件)=架构(系统)