大量修改副檔名的問題,透過圖書和論文來找解法和答案更準確安心。 我們挖掘到下列精選懶人包

大量修改副檔名的問題,我們搜遍了碩博士論文和台灣出版的書籍,推薦林侃賦(Clarence)寫的 AWS CDK 完全學習手冊:打造雲端基礎架構程式碼 IaC(iT邦幫忙鐵人賽系列書) 和(德)延斯·古斯泰特的 現代C:概念剖析和編程實踐都 可以從中找到所需的評價。

另外網站批次處理檔案 - Adobe Support也說明:以Photoshop 格式,將影像儲存在目的地檔案夾中一個名為PSD 的檔案夾內。 ... 在Mac OS 中建立快捷批次處理時,請使用.exe 副檔名,讓快捷批次處理 ...

這兩本書分別來自博碩 和機械工業所出版 。

國立中興大學 應用數學系所 顏増昌所指導 蘇己盛的 虛擬叢集部署與管理系統 - 以 KMLN 為例 (2010),提出大量修改副檔名關鍵因素是什麼,來自於虛擬化、虛擬機器管理、虛擬機器部署、VDE、XML、XSLT、XPath、SVG、KVM、UML、KMLN。

而第二篇論文淡江大學 資訊工程學系碩士在職專班 黃連進所指導 潘東元的 基於BrazilFWLinux嵌入式系統運用於校園汱換的輕量型電腦之軟體路由器實作 (2009),提出因為有 嵌入式系統、軟體路由器、BrazilFW、Linux的重點而找出了 大量修改副檔名的解答。

最後網站大量更改副檔名則補充:承主旨所提及,在進行大量更變副檔名時出了問題,我按照網上的步驟操作,即輸入rename指令的那個,在我的電腦完全起不了作用,連在筆記本打出來 ...

接下來讓我們看這些論文和書籍都說些什麼吧:

除了大量修改副檔名,大家也想知道這些:

AWS CDK 完全學習手冊:打造雲端基礎架構程式碼 IaC(iT邦幫忙鐵人賽系列書)

為了解決大量修改副檔名的問題,作者林侃賦(Clarence) 這樣論述:

第一本從無到有教你撰寫 AWS CDK 的中文書籍! 為不會寫的你獻上超豐富 Sample Code,照抄也能成為 AWS CDK 達人!   本書改編並延伸自第 12 屆 iT 邦幫忙鐵人賽獲得 DevOps 組冠軍的《用 CDK 定義 AWS 架構》系列文章,以簡單、好讀的行文風格詳述技術細節,並提供完整的程式碼範例與說明,一步一步帶領新手從零開始踏上 AWS CDK 技術達人之路。   一般而言,在 AWS 上部署雲端基礎架構有兩種做法:使用 AWS CloudFormation、或直接使用 AWS 管理主控台 (AWS Management Console) 手動建置。   

在 2019 年時,AWS 推出了全新的開發套件 AWS Cloud Development Kit (AWS CDK),透過利用 AWS CDK 套件,開發者可以定義整個雲端基礎架構使用程式的方法,同時提升可讀性,並可撰寫測試程式來減少失誤的可能性,此外,還可以達到快速複製的效果。   然而,目前為止 AWS CDK 最美中不足的一點,便是可利用的中文資源仍相當稀少,因此本書希望以新手開發者的角度出發,用熟悉的中文伴隨大家走過艱辛的前段上手過程,本書內容將會使用 AWS 管理主控台配合 AWS CDK 程式,使用交互比對的方式協助讀者裡解、並從入門到精通 AWS CDK。 本書特色  

 中文書籍   學習一款新的軟體,最令人擔憂的往往是閱讀英文文件所需大量耗費的時間。   全亞洲第一本 CDK 中文書,用中文帶你快速上手、學習撰寫 AWS CDK。   一步一腳印   從使用 AWS CDK 指令開始,以新手角度出發,透過 Code Review 的形式,帶你理解每一行 Code 代表的意義,一步一步帶領你走入學習 AWS CDK 的大門。   高實用性的工具書   本書內容囊括多種因應工作場景可能須開發的主題,讀者可將本書當作工具書,依據使用情境找到合適的章節並直接參考取用。   自動化部署 LAMP(Linux、Apache、MariaDB、PHP)叢集   對於

大多數的開發者來說,親手製作可自動化部署的 LAMP 伺服器並非一件容易的事情,本書針對 LAMP 的自動化部署提供詳盡的解說,讓閱讀後的你也能輕鬆使用 EC2 打造高可用可自動部署的 LAMP 伺服器叢集。   在 AWS 上部署 Docker 容器解決方案   在 AWS 上有多種 Docker 容器解決方案,在什麼狀況下要使用 ECS 或是 EKS,讓你傻傻分不清楚嗎?本書將以入門等級的簡單範例,協助讀者理解 ECS 與 EKS 兩種服務,並教會你如何根據應用情境挑選合適的容器部署解決方法。   開發自動部署的 CDK Construct Library   寫出好用的程式後分享給更

多人吧!   教你如何從無到有寫一個自己的 CDK Construct Library,無論運用在開源貢獻、公司專案或私人案件,成為自己 Library 自己開發的技術達人。 好評推薦   本書將會是華人社群裡面最珍貴的 CDK 參考書之一, 期待越來越多人可以透過這本書一窺 CDK 的奧妙, 並且跟著 Clarence 一起學習, 讓再複雜的 Cloud 也都可以在自己的 IDE 開發環境裡面自由定義與掌握。--Pahud Hsieh / Pahud Dev Youtube頻道主      Clarence 在本書中由簡入深、逐一搭配一個個的場景案例,且細心繪製情境架構圖、配合著場景案例

整理範例程式碼,帶大家一步一步上手 AWS CDK。--Ernest Chiang / AWS Community Hero/Director of Product & Technology Integration, PAFERS Tech   透過本書你可以輕鬆地踏入 AWS CDK 的世界, 裡面有許多的範例可以涵蓋你日常的實用情境, 讓你除了學 AWS CDK 之外還可以學 AWS 架構, 體驗到 AWS CDK 的強大之處, 為你增加硬技能。--Neil Kuan / AWS Community Builder/Cloud Engineer, Cathay FHC estab

lished Digital, Data & Technology (DDT)  

虛擬叢集部署與管理系統 - 以 KMLN 為例

為了解決大量修改副檔名的問題,作者蘇己盛 這樣論述:

近年來在電腦硬體技術朝著多核心的發展下, 虛擬化技術的蓬勃發展, 以及雲端運算的概念出現後, 如何有效的管理及應用虛擬機器, 便成為當今虛擬技術研發中的重要課題. 妥善的應用虛擬化技術使硬體效能得以充分發揮, 設備成本下降, 並且提供系統管理者簡易的維護管理介面是本論文的主題.由於設備往往是陸續採購, 造成硬體架構上的差異性, 也使得管理者在叢集環境的部署上產生諸多不便. 雖然應用虛擬叢集技術可以使得虛擬平台達到一致性, 但是在數個真實機器群上, 部署虛擬叢集是非常繁瑣的工作. 因此, 必須有一套虛擬機器部署管理平台, 來協助系統管理者作資源分配與管理. 而現今雖然有多個虛擬機器建置的技術,

如 KVM, UML, XEN 等, 然而這些技術各有不同的優缺點, 對於實體機器的相容性亦不盡相同. 為了能夠充分運用實體機器資源, 需要在不同機器上使用不同的虛擬技術, 但卻沒有一個管理平台能夠同時對這些軟體進行控管與部署虛擬叢集, 所以造成管理者在部署虛擬叢集上的不便.本論文中, 我們將使用 MLN (Manage Large Network), 擴充其既有的功能 (UML, XEN 的管理), 納入新近發展的 KVM 虛擬技術, 讓它成為能快速部署管理與監控虛擬叢集的平台. 透過 uml-switch 的使用經驗, vde 與 vde2 projects 發展了虛擬網路的部署與管理工

具. 我們也在 MLN 中引進 vde 並以它建構出 KVM 與 UML 能夠並存的虛擬網路環境.為了簡化檔案系統維護與維持檔案系統的一致性, 我們迫切期待 KVM 與 UML 能夠共容的含根檔案系統環境. 在本論文中提供了兩種方式: NBD 與 DD, 讓管理者容易地將 KVM 的檔案系統轉換成 UML 使用的檔案系統格式. 而 UML 的檔案系統則可以透過修改 fstab 與 grub 等動作, 轉換成 KVM 使用的檔案系統格式. 透過這些基本工具, 部署虛擬叢集所需之含根檔案系統樣本複雜度因而大量簡化.MLN 所部署的虛擬叢集環境通常由副檔名為 .mln 的專案檔 (project f

ile) 所界定. 用以撰寫此專案檔的語言並沒有正式文法嚴謹定義, 我們試圖利用 XML 標準以 kmln.dtd 制訂嚴謹的專案描述語言. 再以 XML 的應用工具, 如 Xerces, Xalan, 自動產生 mln 能夠接受的專案檔以及管理者可以方便監控的 .svg 檔.為了驗證 KMLN 部署與管理系統的可行性, 最後我們透過 HPL 與 bonnie++ 分別測試 CPU 效能與檔案系統的讀寫效能, 作系統之效能評估.

現代C:概念剖析和編程實踐

為了解決大量修改副檔名的問題,作者(德)延斯·古斯泰特 這樣論述:

這本書按級別組織,編號從0到3。初始級別0,名為“邂逅”,它將總結使用C進行程式設計的基礎知識。它的主要作用是提醒你我們所提到的主要概念,並使你熟悉C應用的特殊詞彙。 第1級“相識”詳細描述了大多數主要概念和特性,如控制結構、資料類型、操作符和函數。 第2級“相知”是C語言的核心,完全解釋了指針,使你熟悉C的記憶體模型,並使你能夠理解C的大部分庫函數介面。 第3級“深入”詳細介紹了特定主題,如性能、可重複輸入、原子性、執行緒和泛類型程式設計。   Jens Gustedt 在波恩大學和柏林工業大學完成了他的數學學業。他當時的研究涉及離散數學與高效計算的交叉。自199

8年以來,他一直在法國國家資訊與自動化研究所(INRIA)擔任高級科學家,先是在法國南錫的LORIA實驗室工作,自2013年起在斯特拉斯堡的ICube實驗室工作。 在整個職業生涯中,他的大部分科學研究一直伴隨著軟體的發展,一開始主要是C++,然後又專注於C。他現在作為ISO委員會JTC1/SC22/WG14的專家為AFNOR服務,並且是C標準文檔ISO/IEC 9899:2018的聯合編輯。他還有一個成功的博客,涉及C語言編程和相關主題:https://gustedt.wordpress.com。   【第0級 邂逅】 第1章 入門 2 1.1 命令式程式設計 3 1.2

 編譯和運行 4 第2章 程式的主要結構 8 2.1 語法 8 2.2 聲明 10 2.3 定義 12 2.4 語句 13 2.4.1 迴圈 14 2.4.2 函式呼叫 14 2.4.3 函數返回 15   【第1級 相識】 第3章 一切都和控制有關 21 3.1 條件執行 21 3.2 迴圈 24 3.3 多重選擇 28 第4章 運算式計算 31 4.1 算術 33 4.1.1 +、-和* 34 4.1.2 除法和餘數 34 4.2 修改對象的運算子 35 4.3 布林情景 36 4.3.1 比較 36 4.3.2 邏輯 37 4.4 三元或條件運算子 38 4.5 求值順序 39 第5章 

基本值和資料 41 5.1 抽象狀態機 42 5.1.1 值 43 5.1.2 類型 44 5.1.3 二進位表示和抽象狀態機 44 5.1.4 優化 45 5.2 基本類型 46 5.3 指定值 49 5.4 隱式轉換 52 5.5 初始值設定 55 5.6 命名常量 56 5.6.1 唯讀對象 57 5.6.2 枚舉 58 5.6.3 宏 59 5.6.4 複合字面量 60 5.7 二進位表示 61 5.7.1 無符號整型 61 5.7.2 位集和按位運算子 62 5.7.3 位移運算子 63 5.7.4 布林值 64 5.7.5 有符號整型 64 5.7.6 固定寬度整型 67 5.7.

7 浮點數據 68 第6章 派生資料類型 70 6.1 陣列 71 6.1.1 陣列聲明 71 6.1.2 陣列操作 72 6.1.3 陣列長度 72 6.1.4 陣列作為參數 73 6.1.5 字串是特殊的 74 6.2 指標作為不透明類型 77 6.3 結構 79 6.4 類型的新名稱:類型別名 85 第7章 函數 87 7.1 簡單函數 88 7.2 main是特殊的函數 90 7.3 遞迴 91 第8章 C庫函數 98 8.1 C庫函數的一般特性及功能 98 8.1.1 標頭檔 99 8.1.2 介面 100 8.1.3 錯誤檢查 100 8.1.4 邊界檢查介面 101 8.1.5 

平臺前提條件 102 8.2 數學 103 8.3 輸入、輸出和檔操作 105 8.3.1 無格式文本輸出 105 8.3.2 文件和流 107 8.3.3 文本IO 109 8.3.4 格式化輸出 110 8.3.5 無格式文本輸入 113 8.4 字串處理和轉換 115 8.5 時間 119 8.6 運行時環境設置 123 8.7 程式終止和斷言 125   【第2級 相知】 第9章 風格 130 9.1 格式 131 9.2 命名 132 第10章 組織與文檔 136 10.1 介面文檔 137 10.2 實現 139 10.2.1 宏 140 10.2.2 純函數 142 第11章 指

針 147 11.1 指針操作 148 11.1.1 操作符的位址和物件 148 11.1.2 指針加法 149 11.1.3 指針減法和差 151 11.1.4 指針合法性 153 11.1.5 空指針 155 11.2 指標和結構 156 11.3 指標和陣列 159 11.3.1 陣列訪問和指標訪問是一樣的 160 11.3.2 陣列參數和指標參數是一樣的 160 11.4 函數指標 161 第12章 C記憶體模型 167 12.1 統一記憶體模型 168 12.2 union 169 12.3 記憶體和狀態 171 12.4 指向非特定物件的指標 172 12.5 顯式轉換 173 1

2.6 有效類型 175 12.7 對齊 176 第13章 存儲 179 13.1 malloc和友元 180 13.1.1 具有可變陣列大小的 一個完整例子 181 13.1.2 確保動態分配的一致性 188 13.2 存儲持續時間、生命週期和可見度 189 13.2.1 靜態存儲持續時間 192 13.2.2 自動存儲持續時間 193 13.3 題外話:在定義物件之前使用物件 194 13.4 初始化 196 13.5 題外話:機器模型 198 第14章 涉及更多的處理和IO 202 14.1 文本處理 202 14.2 格式化輸入 209 14.3 擴充字元集 210 14.4 二進位流

218 14.5 錯誤檢查和清理 219   【第3級 深入】 第15章 性能 226 15.1 內聯函數 228 15.2 使用restrict限定詞 232 15.3 測量和檢驗 233 第16章 類似函數的巨集 242 16.1 類似函數的巨集如何工作 243 16.2 參數檢查 245 16.3 訪問調用上下文 249 16.4 默認參數 252 16.5 可變長度參數列表 253 16.5.1 可變長參數宏 253 16.5.2 繞道:可變長參數函數 258 16.6 泛類型程式設計 261 第17章 控制流中的變化 268 17.1 一個複雜的例子 270 17.2 排序 272

17.3 短跳轉 275 17.4 函數 276 17.5 長跳轉 277 17.6 信號處理常式 281 第18章 執行緒 291 18.1 簡單的執行緒間控制 294 18.2 無競爭初始化和銷毀 296 18.3 執行緒本地數據 299 18.4 臨界數據和臨界區 299 18.5 通過條件變數進行通信 302 18.6 更複雜的執行緒管理 307 第19章 原子訪問和記憶體一致性 310 19.1 “以前發生的”關係 311 19.2 C庫調用提供同步 314 19.3 順序的一致性 316 19.4 其他一致性模型 318 要點 320 參考文獻 333  

C程式設計語言已經存在很長時間了—它的權威參考資料是其創建者Kernighan和Ritchie寫的一本書[1978]。從那時起,C語言就開始被大量應用。用C語言編寫的程式和系統無處不在:個人電腦、電話、照相機、機上盒、冰箱、汽車、大型機、衛星……基本上在任何有可程式設計介面的現代設備中都能找到。   與C程式和系統的普遍存在相比,人們對C語言的認知和瞭解要少得多。即便是經驗豐富的C程式師,也會對C語言的現代演變表現出一定程度的知識缺乏。一個可能的原因是,C語言被看作一種“容易學習”的語言,它允許缺乏經驗的程式師快速地編寫或複製程式碼片段,這些程式碼片段至少看起來是在做它應該做的事情。在某種程度

上,C語言並沒有激發使用者學習更高層次知識的積極性。   本書的目的是改變這種普遍的態度,所以它的內容分為4級,以反映對C語言和程式設計的熟悉程度。這種結構可能與讀者的一些習慣相違背,特別是,它將一些困難的主題(如指標)分成不同的層次,以避免過早地向讀者提供錯誤的資訊。我們稍後將更詳細地解釋本書的組織結構。   一般來說,儘管本書會提出許多普遍適用的思想(也適用於其他程式設計語言如Java、Python、Ruby、C#或C++),但本書主要討論C語言中特有的或者在用C語言程式設計時具有特殊價值的概念和實踐。   C語言的版本 正如本書的書名所提示的那樣,今天的C語言與它的創建者Kernigh

an和Ritchie最初設計的C語言(通常稱為K&R C)不同。特別是,它經歷了一個重要的標準化和擴展過程,現在由ISO(國際標準組織)進行推動。這導致了在1989年、1999年、2011年和2018年一系列C標準的發佈,它們通常被稱為C89、C99、C11和C17。C標準委員會做了大量工作來保證向後相容,比如用早期版本(如C89)編寫的代碼應該使用新版本的編譯器編譯成語義上等價的可執行檔。不幸的是,這種向後相容產生了我們不希望看到的副作用,即那些原本可以從新特性中獲益的項目沒有動力來更新自己的代碼庫。   在本書中,我們將主要參考JTC1/SC22/WG14[2018]中定義的C17,但是在

撰寫本書時,一些編譯器並沒有完全實現這個標準。如果你想編譯本書中的示例,至少需要一個可以實現C99大部分功能的編譯器。對於將C11添加到C99所要做的修改,使用一個模擬層(比如我的宏包P99)就足夠了,該套裝軟體可在 http://p99.gforge.inria.fr上找到。   C和C++ 程式設計已經成為一種非常重要的文化和經濟活動,C語言仍然是程式設計界的一個重要元素。與所有人類活動一樣,C語言的進步是由許多因素驅動的:企業或個人的利益、政治、美、邏輯、運氣、無知、自私、自我(這裡加上你的主要動機)。因此,C語言的發展不是也不可能是理想的。它存在缺陷和人為雕琢的成分,只能通過其歷史和

社會背景來理解。   C語言開發背景的一個重要部分是它的姊妹語言C++的早期出現。一個常見的誤解是,C++是通過添加自己的特性而從C演化而來的。儘管這在歷史上是正確的(C++是從非常早期的C語言發展而來的),但它們在今天並不是特別相關。事實上,C和C++在30多年前就已經從一個共同的祖先中分離出來,並且從那以後一直在獨立地發展。但是這兩種語言的演變並不是孤立發生的,多年來,它們一直在交流和採納彼此的理念。一些新的特性,比如最近添加的原子性和執行緒,是在C和C++標準委員會的密切協作下設計的。   儘管如此,C和C++仍然有許多不同之處,而且本書中所講的全部內容都是關於C的,而不是C++。書中所

給出的許多代碼示例甚至不能用C++編譯器編譯。因此我們不應該把這兩種語言的起源混為一談。   要點A C和C++是不同的:不要將它們混淆。 注意,當你閱讀本書的時候,你會遇到很多如上所示的要點。這些要點總結了特性、規則、建議等。在本書的末尾有一個包含了這些要點的列表,你可以把它作為一個備忘單。   要求為了能夠從本書中獲益,你需要滿足一些基本要求。如果你對其中任何一個不確定,請先獲取或學習它們;否則,你可能會浪費很多時間。 首先,如果不練習,你就無法學習一門程式設計語言,所以你必須有一個適當的程式設計環境(通常是在PC或筆記型電腦上),你必須在一定程度上掌握它。這個環境可以是集成的(一個I

DE)或者是一組獨立的實用程式。平臺提供的內容千差萬別,因此很難給出具體建議。在類似於UNIX的環境(如Linux和蘋果的macOS)中,你可以找到諸如emacs和vim之類的編輯器,以及諸如c99、gcc和clang之類的編譯器。   你必須能夠執行以下操作: 1. 流覽檔案系統。電腦上的檔案系統通常按層次結構組織在目錄中。你必須能夠流覽它們來查找和操作檔。 2. 編輯程式文本。這與在文書處理環境中編輯字母不同。你的環境、編輯器或它所調用的任何東西都應該對程式設計語言C有基本的理解能力。你會看到,如果你打開一個C檔(副檔名通常為.C),它可能會突出顯示一些關鍵字,或者説明你根據{}的嵌套

來縮進代碼。 3. 執行程式。你在這裡看到的程式一開始是非常基礎的,不會提供任何圖形功能。它們需要在命令列中啟動。編譯器就是這樣一個例子。在像UNIX這樣的環境中,命令列通常被稱為shell,其在控制台或終端上啟動。 4. 編譯器文本。有些環境提供用於編譯的功能表按鈕或鍵盤快速鍵。另一種方法是在終端的命令列中啟動編譯器。這個編譯器必須遵照最新的標準,不要把時間浪費在不適宜的編譯器上。 如果你以前從未編寫過程式,本書學起來會很難。瞭解以下內容會有所説明:Basic、C(歷史版本)、C++、Fortran、R、bash、JavaScript、Java、MATLAB、Perl、Python、S

cilab等。但是,你可能有一些其他的程式設計經驗, 甚至可能沒有注意到。許多技術規範實際上是用某種專用的語言編寫的,可以作為一種類比,例如,用於Web頁面的HTML和用於文檔格式化的LaTeX。   你應該知道以下概念,儘管它們在C語言中的確切含義可能與你所學環境中的有所不同: 1. 變數—保存值的命名實體。 2. 條件句—在一個精確的條件下做某事(或不做某事)。 3. 迴圈—按一定的次數(或者直到滿足某個條件為止)重複做某事。   練習和挑戰 在本書中,你將看到一些練習,這些練習是為了讓你思考所討論的概念。最好在閱讀本書時完成練習。還有一類叫作“挑戰”。這些通常要求更高。你需要做一

些研究,甚至要瞭解它們是什麼,解決方案不會自己出現:這需要努力。完成挑戰要花很多的時間,有時要幾個小時甚至幾天,這取決於你對工作的滿意程度。這些挑戰所涉及的主題來自我個人對“有趣問題”的偏好,這些問題來自我個人的經歷。如果在學習或工作中有其他問題或涉及相同領域的專案,你應該也可以把它們做得同樣好。最重要的是要訓練自己,首先從其他地方尋求幫助和想法,然後親自動手把事情做好。你只有跳進水裡才能學會游泳。   本書結構 本書按級別組織,編號從0到3。 第0級“邂逅”總結使用C語言進行程式設計的基礎知識。它的主要作用是提醒你我們所提到的主要概念,並使你熟悉C應用的特殊詞彙和觀點。最後,即使你在C語

言程式設計方面沒有太多的經驗,你應該也能夠理解簡單的C語言程式的結構,並可以開始編寫自己的程式。 第1級“相識”詳細描述大多數主要概念和特性,如控制結構、資料類型、操作符和函數。它應該能讓你更深入地瞭解運行程式時所發生的事情。這些知識對於演算法入門課程和該級別的其他工作來說應該足夠了,但值得注意的是指標還沒有完全引入。 第2級“相知”深入C語言的核心。它完全解釋了指標,説明你熟悉C語言的記憶體模型,並使你能夠理解C語言的大部分庫函數介面。完成這一級別應該使你能夠專業地編寫C代碼。因此,本級別首先對C程式的編寫和組織進行了必要的討論。我個人認為,任何從工程學院畢業、主修電腦科學或C語言程式設

計的人都能達到這個水準。不要滿足於比這更低的水準。 第3級“深入”詳細介紹特定主題,如性能、可重入性、原子性、執行緒和泛類型程式設計。當你在現實世界中遇到這些問題的時候,你可能會發現這裡的內容是最好的。作為一個整體,它們對於結束討論並向你提供C語言方面的全部專業知識是必要的。任何在C語言方面具有多年專業程式設計經驗的人,或者使用C語言作為主要程式設計語言的軟體專案負責人,都應該達到這個水準。  

基於BrazilFWLinux嵌入式系統運用於校園汱換的輕量型電腦之軟體路由器實作

為了解決大量修改副檔名的問題,作者潘東元 這樣論述:

嵌入式系統強調能在有限的硬體環境下做特定用途的最大應用,而BrazilFW是一個基於自由軟體架構而在Linux平台下的一套強大的軟體路由器,不僅支援L7的防火牆而且又有QoS的管理功能,卻不會耗用大量的硬體資源。因此本論文企圖將其嵌入式系統的軟體路由器BrazilFW實作在這批被視為無法使用的舊電腦上,來做為應用於國小校園中的軟體路由器及防火牆,而達到物盡其用的目的。其目的不僅希望學校在限資源下─尤其在偏遠型的小學校,其能獲得的經費和資源相當有限,若能讓校園內的舊電腦能物盡其用,相信對這些學校會有一些幫助。更因BrazilFW為其自由軟體的特質,免費下載又開放原始碼,也易於操作,不僅可以替學

校省下大筆採購和維修路由器和防火牆硬體的費用,更可以因應學校的環境需求來做調整,加裝需要的應用服務而運用於各種不同規模的校園中,以達到客製化的理想。