GitHub實踐 pdf epub mobi txt 電子書 下載 2025

簡體網頁||繁體網頁

☆☆☆☆☆

美，剋裏斯，道森，Chris，Dawson 著，安道 譯

圖書標籤:

• GitHub
• 版本控製
• Git
• 軟件開發
• DevOps
• 代碼托管
• 協作
• 開源
• 軟件工程
• 持續集成

齣版社： 人民郵電齣版社

ISBN：9787115438065

版次：1

商品編碼：12071870

包裝：平裝

叢書名： 圖靈程序設計叢書

開本：16開

齣版時間：2016-11-01

用紙：膠版紙

頁數：232

正文語種：中文

編輯推薦

想要滿足獨特的開發需求？那就在下一個項目中使用GitHub提供的強大API吧！本書將手把手教你如何構建軟件工具，並定製屬於你的GitHub工作流程。書中每一章都要求你自己動手實踐，並介紹使用GitHub提供的各項技術時應采取的摺中方案以及注意事項。

如果你是經驗豐富的程序員並熟知GitHub，你將學到如何使用GitHub API及相關的開源技術，如Jekyll（網站生成工具）、Hubot（NodeJS聊天機器人）和Gollum（維基）構建工具。

本書主要內容如下：
● 使用Gist API命令行工具和Ruby的API客戶端Octokit，構建一個簡單的Ruby服務器
● 使用Gollum命令行工具構建一個圖像管理程序
● 使用Python構建一個搜索GitHub的GUI工具
● 說明第三方工具和自己編寫的代碼如何交互
● 使用GitHub倉庫中的數據創建完整的Jekyll博客
● 創建一個Android移動應用，讀寫Jekyll倉庫
● 在GitHub中托管一個完整的JavaScript單頁應用
● 使用Hubot自動審查拉取請求

內容簡介

本書一窺GitHub內部使用的工具，以敘事的方式描述構建軟件元工具的相關過程，其中不隻介紹相關的技術，還會說明摺中方案、重構的現實意義，以及編寫元工具所麵臨的挑戰。對已經熟悉Git或GitHub、想提升相關技能的讀者，書中介紹瞭如何使用GitHub API及相關的開源技術，如Jekyll（網站生成工具）、Hubot（NodeJS聊天機器人）和Gollum（維基）構建工具。

作者簡介

Chris Dawson，曾就職於Apple、Virage和RealNetworks等知名IT企業，現於eBay工作。他積極參與並見證瞭GitHub的發展，自己也開瞭一傢公司Webiphany。

Ben Straub，IT服務公司Gridium的開發人員，熱衷於開發傑齣的軟件，近期剛加入GitHub。除寫過多本書之外，他還兼職在綫軟件開發培訓。

目錄

目錄

前言 xi
第　1 章 開放的 GitHub API　1
1．1　cURL　1
1．2　列舉 API 路徑　2
1．3　JSON 格式　3
1．3．1　在命令行中解析 JSON　3
1．3．2　cURL 的調試開關　5
1．4　重要的首部　6
1．5　跟隨超媒體 API　6
1．6　身份驗證　7
1．6．1　用戶名和密碼驗證　7
1．6．2　OAuth　8
1．7　狀態碼　10
1．7．1　成功（200 或 201）　10
1．7．2　不閤規的 JSON（400）　10
1．7．3　錯誤的 JSON（422）　11
1．7．4　成功創建（201）　12
1．7．5　完全沒變化（304）　12
1．7．6　GitHub API 的頻率限製　12
1．7．7　獲知頻率限製　13
1．8　使用條件請求規避頻率限製　14
1．9　在 Web 中訪問內容　15
1．9．1　JSON-P　15
1．9．2　CORS 支持　16
1．9．3　指定響應的內容格式　17
1．10　小結　18
第　2 章 Gist 和 Gist API　19
2．1　簡便的代碼分享工具　19
2．2　Gist 是倉庫　20
2．2．1　在 HTML 中嵌入 Gist　21
2．2．2　在 Jekyll 博客中嵌入 Gist　21
2．3　使用命令行創建 Gist　21
2．4　Gist 是功能完整的應用　22
2．5　渲染 Gist 的 Gist　23
2．5．1　深入瞭解 Gist API　25
2．5．2　使用 Octokit 獲取超媒體數據　26
2．6　小結　27
第　3 章 GitHub 使用的維基庫 Gollum　28
3．1　“史麥戈的故事……”　28
3．1．1　與倉庫關聯的維基　29
3．1．2　標記和結構　30
3．2　改造 Gollum　33
3．3　開始創建 Gollum 編輯器　34
3．4　以編程的方式處理圖像　34
3．5　使用 Rugged 庫　36
3．6　優化圖像存儲　39
3．7　在 GitHub 中查看　41
3．8　改善修訂版本導航　43
3．9　修繕素材頁麵之間的鏈接　44
3．10　小結　45
第　4 章 Python 和 Search API　46
4．1　Search API 概述　46
4．1．1　身份驗證　46
4．1．2　結果的格式　47
4．1．3　搜索運算符和限定符　48
4．1．4　排序　49
4．2　Search API 詳解　49
4．2．1　搜索倉庫　49
4．2．2　搜索代碼　50
4．2．3　搜索工單　51
4．2．4　搜索用戶　52
4．3　示例應用　53
4．4　Python　56
4．4．1　AGitHub　56
4．4．2　WxPython　56
4．4．3　PyInstaller　57
4．5　編寫代碼　57
4．5．1　獲取 Git 憑據的輔助函數　58
4．5．2　窗口和界麵　59
4．5．3　登錄 GitHub　62
4．5．4　搜索 GitHub　65
4．5．5　顯示結果　67
4．6　打包　68
4．7　小結　69
第　5 章 ．NET 和 Commit Status API　70
5．1　Commit Status API　71
5．1．1　原始狀態　72
5．1．2　閤並後的狀態　72
5．1．3　創建狀態　73
5．2　編寫一個應用　74
5．2．1　要使用的庫　74
5．2．2　開發環境　74
5．2．3　發送請求　77
5．2．4　OAuth 驗證流程　79
5．2．5　處理狀態的函數　83
5．3　小結　84
第　6 章 Ruby 和 Jekyll　86
6．1　學習使用 Jekyll 構建博客　86
6．2　Jekyll 是什麼　86
6．3　使用 Jekyll 快速創建博客　88
6．3．1　YAML 格式的頭部元信息　91
6．3．2　Jekyll 使用的標記　92
6．3．3　使用 Jekyll 命令　93
6．3．4　在 Jekyll 中設定隱私級彆　93
6．3．5　主題　93
6．3．6　發布到 GitHub 中　93
6．3．7　托管在自己的域名名下　94
6．4　導入其他博客　96
6．4．1　導入 WordPress　96
6．4．2　從其他博客中導入　97
6．5　爬取網站，導入 Jekyll　98
6．5．1　爬取策略　98
6．5．2　設置　100
6．5．3　爬取標題　101
6．5．4　藉助交互式 Ruby 控製颱改善　102
6．5．5　編寫測試，處理緩存　103
6．5．6　輸齣 Jekyll 文章　108
6．5．7　使用 jekyll 命令行工具　110
6．5．8　使用 Liquid Markup 編寫主索引文件　112
6．5．9　爬取正文和作者　114
6．5．10　把圖像添加到 Jekyll 中　115
6．5．11　自定義樣式（CSS）　116
6．5．12　通過 GitHub 的“派生”功能鼓勵協作　118
6．5．13　把博客發布到 GitHub 中　119
6．6　小結　119
第　7 章 Android 和 Git Data API　120
7．1　搭建環境　120
7．1．1　創建 Jekyll 博客　120
7．1．2　Android 開發工具　121
7．2　新建項目　121
7．2．1　編輯 Gradle 構建文件　123
7．2．2　Android 默認的主活動　125
7．3　自動測試 Android 應用　129
7．3．1　對 GitHub 客戶端做單元測試　129
7．3．2　對 Android 應用做 UI 測試　132
7．4　實現應用　134
7．4．1　編寫登錄 GitHub 的代碼　136
7．4．2　編寫與 GitHub 交互的代碼　140
7．4．3　編寫博客內容　142
7．4．4　GitHub 服務　143
7．4．5　從倉庫和分支中獲取基 SHA　144
7．4．6　創建 blob　145
7．4．7　生成樹　145
7．4．8　創建提交　146
7．4．9　更新上遊資源　147
7．4．10　通過全部測試　147
7．5　小結　149
第　8 章 CoffeeScript、Hubot 和 Activity API　150
8．1　Activity API　150
8．2　讓拉取請求得到各方認同　151
8．2．1　注意事項和局限　151
8．2．2　創建常規的 Hubot　151
8．2．3　注冊 Slack 賬戶　152
8．2．4　在本地運行 Hubot　154
8．3　部署到 Heroku　155
8．4　Activity API 概述　157
8．4．1　編寫 Hubot 擴展　157
8．4．2　通過拉取請求審查代碼　158
8．4．3　使用 OAuth 令牌注冊事件　163
8．4．4　發起真實的拉取請求　165
8．4．5　通過 HTTP POST 請求處理拉取請求通知　167
8．5　小結　187
第　9 章 JavaScript 和 Git Data API　188
9．1　構建一個咖啡店數據庫並托管在 GitHub 中　188
9．2　搭建環境　189
9．2．1　綁定域名　189
9．2．2　添加支持庫　190
9．3　使用 GitHub．js 開發一個 AngularJS 應用　191
9．3．1　規劃應用的數據結構　193
9．3．2　讓應用易於測試　194
9．3．3　測試數據　198
9．3．4　修改 coffeetech．js 文件　199
9．4　添加地理編碼功能　200
9．5　添加登錄功能　203
9．6　顯示（即將）由用戶提供的數據　205
9．7　接受拉取請求　214
9．8　實現安全的登錄方式　215
9．8．1　身份驗證需要服務器　215
9．8．2　使用 Firebase 處理身份驗證過程　216
9．8．3　測試 Firebase　218
9．8．4　實現 Firebase 登錄功能　219
9．9　小結　221
附錄　A GitHub 企業版　222
附錄　B GitHub 對 Ruby、NodeJS（和 shell）的利用　226
作者簡介　232
關於封麵　232

《深入淺齣：軟件開發的高效協作之道》 內容概要 本書旨在為軟件開發者、項目經理、技術領導者以及任何參與軟件開發生命周期的人提供一套全麵而實用的協作工具和方法論。我們不隻是講解工具的皮毛，更深入剖析其背後支撐高效團隊運作的理念與實踐，幫助讀者構建一個更加敏捷、可靠、可持續的開發流程。 核心主題 全書圍繞“協作”這一核心展開，從源代碼管理、自動化流程、代碼質量保障到團隊溝通與知識分享，層層遞進，構建一個完整的軟件開發生態係統。我們將重點關注如何在實踐中有效地運用現有技術和方法，剋服團隊協作中的常見痛點，最終提升整體開發效率與産品質量。 章節詳述 第一部分：代碼的堅實基石——版本控製與分支策略 理解版本控製的本質： 本章將深入探討版本控製係統的核心概念，如快照、提交、分支、閤並等，並解釋其為何成為現代軟件開發不可或缺的基礎。我們將迴顧版本控製係統的演進曆程，以及它們如何從簡單的文件備份工具發展成為協同工作的強大引擎。 Git的核心命令與工作流： 詳細介紹Git的常用命令，如`clone`, `add`, `commit`, `push`, `pull`, `fetch`, `rebase`, `merge`等，並講解不同場景下的最佳實踐。我們將重點分析幾種主流的Git工作流，如Gitflow、GitHub Flow、GitLab Flow，並根據項目規模和團隊特點，指導讀者選擇最適閤自己的工作流。 分支策略的藝術： 分支是實現並行開發和特性隔離的關鍵。本章將深入探討各種分支策略的優缺點，如何根據團隊大小、項目復雜度和發布周期來製定有效的分支管理規範。我們將講解如何優雅地處理分支閤並衝突，以及如何通過分支策略來減少代碼集成風險。 代碼審查的實踐： 代碼審查是提升代碼質量、促進知識共享、發現潛在問題的有效手段。本章將詳細介紹如何進行高效的代碼審查，包括審查的重點、審查的標準、如何給齣建設性的反饋，以及如何利用自動化工具輔助代碼審查。我們將探討如何將代碼審查融入日常開發流程，使其成為一種習慣而非負擔。 第二部分：流水綫上的效率加速——自動化構建與持續集成 自動化構建的驅動力： 手動構建過程不僅耗時耗力，而且容易齣錯。本章將闡述自動化構建的優勢，以及如何通過構建工具（如Maven, Gradle, npm, yarn）來標準化和自動化項目的編譯、打包、依賴管理等過程。 持續集成（CI）的理念與實踐： 持續集成是一種軟件開發實踐，它要求開發人員頻繁地將代碼集成到共享倉庫中。本章將深入講解CI的核心原則，如頻繁集成、自動化構建、自動化測試，以及如何選擇和配置CI服務器（如Jenkins, GitLab CI, GitHub Actions）來自動化整個構建和測試流程。 構建自動化腳本的設計： 本節將提供實用的腳本編寫指南，指導讀者如何為不同類型的項目編寫高效、可維護的構建腳本。我們將涵蓋參數化構建、環境變量的使用、構建産物的管理等重要方麵。 CI中的常見挑戰與解決方案： 在實施CI的過程中，開發者可能會遇到各種挑戰，如構建緩慢、測試不穩定、集成衝突等。本章將剖析這些常見問題，並提供切實可行的解決方案，幫助讀者構建穩定可靠的CI流水綫。 第三部分：質量的守護者——自動化測試與代碼質量保障 測試金字塔的構建： 自動化測試是保證軟件質量的關鍵。本章將深入探討“測試金字塔”理論，解釋單元測試、集成測試、端到端測試在不同層級的作用，並指導讀者如何構建一個均衡有效的測試體係。 編寫健壯的單元測試： 單元測試是自動化測試的基礎。本節將詳細講解如何編寫高質量的單元測試，包括測試的覆蓋率、測試數據的準備、Mocking和Stubbing的應用，以及如何利用各種測試框架（如JUnit, NUnit, pytest, Jest）來提升測試效率。 集成測試與端到端測試的實戰： 除瞭單元測試，集成測試和端到端測試同樣重要。本章將介紹如何設計和實施集成測試，以驗證不同模塊之間的交互，以及如何進行端到端測試，模擬真實用戶場景，全麵評估係統功能。 靜態代碼分析與質量門禁： 靜態代碼分析工具（如SonarQube, ESLint, Pylint）能夠幫助開發者在編碼階段就發現潛在的代碼缺陷、風格問題和安全漏洞。本章將介紹如何集成這些工具到CI流程中，並設置質量門禁，確保隻有符閤預設質量標準的代碼纔能進入下一個開發階段。 代碼覆蓋率的解讀與提升： 代碼覆蓋率是衡量測試有效性的重要指標。本節將深入解讀代碼覆蓋率報告，並提供提升覆蓋率的實用技巧，同時強調覆蓋率並非越高越好，關鍵在於測試的有效性和針對性。 第四部分：無縫的協作網絡——團隊溝通與知識管理 敏捷開發中的溝通模式： 敏捷開發強調高頻率的溝通與協作。本章將探討敏捷開發中常見的溝通模式，如每日站會、迭代評審、迴顧會議等，並提供如何進行高效會議的指導。 有效的技術文檔編寫： 良好而清晰的技術文檔是團隊協作的重要支撐。本節將分享如何編寫易於理解的API文檔、設計文檔、用戶手冊等，並介紹文檔管理工具的應用。 知識分享與沉澱的機製： 團隊的知識積纍是寶貴的財富。本章將探討如何建立有效的知識分享機製，如技術分享會、內部博客、Wiki等，並指導讀者如何將零散的知識沉澱為可復用的資産。 代碼庫的組織與維護： 一個清晰、有條理的代碼庫能夠極大地提升團隊成員的開發效率。本節將討論如何進行模塊化設計、命名規範的統一、以及如何管理第三方庫依賴，從而構建一個易於理解和維護的代碼庫。 遠程協作的挑戰與策略： 隨著遠程工作模式的普及，如何保證遠程團隊的有效協作成為新的挑戰。本章將分享針對遠程協作的溝通工具選擇、異步溝通技巧、以及如何建立團隊信任與歸屬感的策略。 第五部分：持續演進的卓越之路——部署與運維的集成 持續交付（CD）的實踐： 持續交付是在持續集成的基礎上，進一步將代碼變更自動部署到生産環境的實踐。本章將深入講解CD的核心理念，以及如何構建自動化部署流水綫，實現快速、可靠的産品發布。 基礎設施即代碼（IaC）： IaC將基礎設施的管理從手動配置轉變為通過代碼進行自動化部署和管理。本章將介紹IaC的概念，以及如何使用Terraform, Ansible等工具來自動化基礎設施的配置和管理。 容器化技術與微服務架構： 容器化技術（如Docker）和微服務架構是現代軟件開發的重要組成部分。本節將探討如何將容器化技術應用於CI/CD流程，以及微服務架構如何促進團隊的獨立性和敏捷性。 監控與日誌的集成： 良好的監控和日誌係統是保障生産環境穩定運行的關鍵。本章將介紹如何集成監控工具（如Prometheus, Grafana）和日誌係統（如ELK Stack），以便及時發現和定位生産環境中的問題。 DevOps文化的構建： DevOps不僅僅是工具和流程的集閤，更是一種文化。本章將深入探討DevOps的理念，以及如何打破開發與運維之間的壁壘，構建一個更加緊密協作、持續改進的團隊。 本書特色 實操性強： 本書注重理論與實踐的結閤，提供大量代碼示例、配置樣例和流程圖，幫助讀者理解並快速應用於實際開發中。 深入淺齣： 避免使用過於晦澀的專業術語，力求用最清晰易懂的語言講解復雜的概念，讓不同經驗水平的開發者都能從中受益。 全麵覆蓋： 涵蓋瞭軟件開發從代碼管理到部署運維的整個生命周期，構建一個完整的協作生態係統。 理念先行： 在講解具體工具和方法的同時，更側重於背後的理念和原則，幫助讀者建立正確的思維模式，應對不斷變化的技術浪潮。 注重細節： 關注開發流程中的每一個細節，從代碼審查的措辭到自動化腳本的命名，都力求為讀者提供最優化、最可靠的建議。 目標讀者 初級到高級軟件開發者： 學習如何更高效地進行團隊協作，提升代碼質量和開發效率。 項目經理與技術領導者： 掌握構建和管理高效開發團隊的方法，優化項目流程。 DevOps工程師： 深入理解CI/CD、IaC等核心概念，並將其應用於實際工作中。 對軟件開發流程感興趣的學生和技術愛好者： 建立對現代軟件開發流程的全麵認知。 通過閱讀本書，你將能夠構建一個更加流暢、高效、可靠的軟件開發流程，為你的團隊和項目帶來實實在在的價值。

評分☆☆☆☆☆

拿到這本書，我的第一感覺是它很有可能會成為我日常開發工作中的一本“工具書”。我一直在尋找一本能夠係統地梳理GitHub平颱各個功能，並給齣實際應用指南的書籍。我希望這本書能夠解答我的一些疑問，例如，在復雜的項目協作中，如何更有效地管理多個分支，如何避免由於不熟悉Git命令而産生的錯誤，以及如何在遇到棘手的代碼衝突時，找到最簡潔有效的解決辦法。我尤其對書中關於Pull Request（PR）的詳細講解抱有期待，我希望瞭解如何撰寫清晰、有說服力的PR描述，如何通過PR進行有效的代碼評審，以及如何利用GitHub提供的各種工具（如CI/CD集成）來自動化代碼質量檢查和測試。此外，如果書中能包含一些關於GitHub項目管理方麵的實用技巧，比如如何利用Issue Tracker來管理任務，如何使用Labels和Milestones來規劃項目進度，以及如何利用GitHub Pages來展示項目成果，那將對我非常有幫助。我希望這本書能夠成為我提升GitHub使用技能的得力助手。

評分☆☆☆☆☆

這本書的封麵設計就吸引瞭我，簡潔有力，點明瞭“GitHub”這個核心概念，同時“實踐”二字暗示瞭內容絕非泛泛而談，而是聚焦於實際操作和應用。我一直對版本控製和團隊協作很感興趣，也知道GitHub是這個領域的翹楚，但總覺得自己的使用停留在非常基礎的層麵，比如clone、commit、push這些最簡單的流程。這本書的名字給瞭我一種期待，我希望它能帶領我深入瞭解GitHub的更多強大功能，例如如何更有效地進行分支管理，如何處理復雜的閤並衝突，以及如何利用GitHub來提升個人項目的組織效率。我尤其關注書中是否會講解如何利用GitHub的項目管理工具，比如Issue Tracker和Milestone，來規劃和追蹤開發進度，這對於獨立開發者或者小型團隊來說，都非常有價值。另外，我個人也希望在書中看到一些關於CI/CD（持續集成/持續部署）方麵的實踐案例，瞭解如何將GitHub與自動化構建和部署流程結閤起來，從而進一步提高開發效率和交付質量。總而言之，這本書的定位非常精準，切中瞭當前軟件開發領域的核心需求，讓我對它充滿瞭好感。

評分☆☆☆☆☆

作為一名對軟件開發流程的優化非常感興趣的開發者，我對“GitHub實踐”這個書名感到非常好奇。我預想這本書會不僅僅停留在Git的基本操作層麵，而是會深入探討如何將GitHub這個平颱的功能發揮到極緻，從而提升整個開發團隊的效率和代碼質量。我特彆期待書中能夠分享一些關於如何利用GitHub進行項目管理和團隊協作的最佳實踐。比如，如何有效地利用Issue來追蹤bug和需求，如何使用Labels和Milestones來組織和規劃項目進度，以及如何通過Pull Request（PR）來促進有效的代碼評審和知識共享。我希望書中能夠給齣一些具體的指導，幫助開發者理解如何在PR中提齣建設性的意見，以及如何迴復和處理他人提齣的反饋。另外，我個人對於如何利用GitHub來構建可維護、可擴展的項目也非常感興趣，書中是否會介紹一些關於項目結構、分支策略以及提交規範的建議？如果能提供一些實際項目的案例，展示這些實踐是如何應用到真實開發場景中的，那就更完美瞭。

評分☆☆☆☆☆

這本書的書名非常直接，讓我想到瞭它可能是一本偏嚮“硬核”技術的書籍，但“實踐”這個詞又讓我覺得它不會枯燥乏味。我一直想找到一本能夠幫助我更深入理解GitHub生態係統，而不僅僅是Git本身的書。例如，GitHub Actions是如何工作的？如何編寫和優化自己的GitHub Actions工作流，用來自動化測試、構建或者部署？這對我來說是一個巨大的誘惑。我希望書中能夠包含一些實際的CI/CD案例，演示如何通過GitHub Actions來構建一個完整的自動化流水綫。另外，GitHub Pages也是一個非常實用的功能，如果書中能詳細講解如何利用GitHub Pages來托管靜態網站，甚至是如何與自定義域名結閤，那將極大地滿足我的需求。我還需要瞭解GitHub上的協作模式，除瞭最基本的fork和pull request，還有哪些更高級的協作策略，比如如何管理組織和團隊的權限，如何利用GitHub的生態工具（如Codecov, SonarQube等）來提升代碼質量和安全性。這本書如果能涵蓋這些內容，那絕對是一本值得深入研讀的寶典。

評分☆☆☆☆☆

我之前接觸過一些關於Git和GitHub的教程，但總感覺它們要麼過於理論化，要麼講解不夠深入，尤其是在實際項目開發中的一些“疑難雜癥”處理上，往往語焉不詳。拿到這本書，我主要想看它能不能解決我在日常開發中遇到的那些令人頭疼的問題。比如說，當多人協作時，如何避免代碼衝突，即使發生衝突，最優化、最不容易齣錯的解決方案是什麼？書中會不會詳細剖析一些常見的衝突場景，並給齣清晰的排查和解決步驟？我還需要瞭解更高級的Git命令，比如rebase的操作，以及它在保持提交曆史整潔方麵的優勢和風險。還有，如何利用GitHub的Pull Request（PR）機製，不僅僅是提交代碼，而是如何通過PR進行有效的代碼評審，如何撰寫高質量的PR描述，以及如何跟進和處理PR中的反饋。如果書中能結閤實際項目中的案例，一步步地演示這些操作，那我將受益匪淺。我希望這本書能夠成為我的“救命稻草”，幫助我告彆“git add . && git commit -m 'fix bug' && git push”這種低效且充滿風險的操作模式。

評分☆☆☆☆☆

準備學習下GitHub

評分☆☆☆☆☆

準備學習下GitHub

評分☆☆☆☆☆

好書，很經典

評分☆☆☆☆☆

買瞭，還沒有認真看。最近生活比較亂，唉，以後書籍一定要慎買。案上不可多書。

評分☆☆☆☆☆

買瞭，還沒有認真看。最近生活比較亂，唉，以後書籍一定要慎買。案上不可多書。

評分☆☆☆☆☆

好

評分☆☆☆☆☆

挺好

評分☆☆☆☆☆

好

評分☆☆☆☆☆

買瞭，還沒有認真看。最近生活比較亂，唉，以後書籍一定要慎買。案上不可多書。