* **在技術的世界里,當你遇到問題后,你所提的技術問題能否得到別人的解答很大程度上取決于你提問的方式與解決此問題的難度。**
* **這里將教你如何提問才更有可能得到滿意的答復。**
>[danger]
> 通常在編程過程中,所謂的bug大致分兩類,一類為語法錯誤,一類為邏輯錯誤
>
* 語法錯誤通常會伴隨一個報錯信息輸出,前提是你已經打開了報錯提示,方法為在php.ini里將 display_errors 設置為1,或者在腳本里動態調用此函數display_errors(true)
當你遇到這種問題,在咨詢別人之前,你應該做的事情是復制報錯信息,到搜索引擎上查詢結果,php發展10多年,你能遇到的錯,大多數人都遇到過
如果在此情況下無法找到解決方案,你可以將報錯信息發至群聊,同時說明當前代碼環境,代碼上下文,方便別人幫你
* 邏輯錯誤比起語法錯誤相對來講要復雜的多,也要難調的多,正確的調試方法是在代碼里設置斷點,層層追蹤各個變量的變化,根據經驗,這樣的方法能解決約99.99%的bug,前提是你明確知道自己要寫的邏輯是怎么樣,如果無法解決,應該通過重新梳理邏輯,將問題盡可能的細化發送至群聊,并說明為這個報錯做過些什么嘗試,每個嘗試產生過什么結果,這點尤為重要,其他的看造化,如果無法解決,通常你應該做的是努力提高自己的技術水平
>[warning]
> 詳細參考 http://doc.zengrong.net/smart-questions/cn.html

- 序言
- 圖片預覽
- 詮釋高效開發
- 提問的智慧
- GIT命令參考
- 安裝composer
- 斷點調試技巧
- 調試環境的搭建
- 調試工具的使用及技巧
- 前置基礎-TP底層講解
- 理解編程的抽象
- 耦合與解耦
- 自動加載
- 反射類
- 控制反轉(IOC)和依賴注入(DI)
- iThink 自定義依賴注入的實現
- 常用設計模式
- SPL標準庫
- 行為-鉤子-插件
- AOP-面向切面
- RBAC和Auth類的本質
- 安裝iThink
- 環境要求
- 代碼下載與環境配置
- 執行安裝
- 體驗測試模塊
- apache配置
- nginx配置
- 系統架構詳解
- 目錄詳解
- 執行流程圖
- 數據字典
- RBAC 權限管理架構
- 系統分層詳解
- 控制器層(controller)
- 邏輯層(logic)
- 視圖層(view)
- 模型層(model)
- 服務層(service)
- 應用包架構詳解
- 目錄結構
- 開發規范
- 數據庫規范
- 編碼規范
- 功能設計原則與規范
- 后臺功能詳解
- 基礎功能
- RBAC + Auth 權限機制
- 應用化功能機制
- 代碼生成器(重要)
- 應用骨架代碼生成
- 數據表 CURD 代碼生成
- 頁面構造器(重要)
- 通用元素構造器
- 表格元素構造器
- 搜索表單元素構造器
- 表單元素構造
- 閉包事物構造器
- 應用的開發
- 函數參考