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:它是對軟體系統的系統組織，是對構成系統的
構件的介面，行為模式，協作關系等體系問題的決策總和。它不僅涉及
到結構與行為，而且還涉及到系統的使用，功能，性能，適應性，重
用性，可理解性
設計模式比框架更為抽象
設計模式在碰到具體問題後，才能產生代碼；框架已經可以用代碼表示
設計模式是比框架更小的體系結構元素：
框架中可以包括多個設計模式
簡單點說：結構 < 設計模式 < 架構 <框架
結構+演算法=程序(功能代碼塊)
程序與程序之間進行調整=設計模式
多個設計模式相組合(組件)=架構(系統)