如何用ABP框架快速完成項目(面向項目交付編程面向客戶編程篇)(1) - 目錄

昨天發表了《如何用ABP框架快速完成項目 - 自動化測試 - 前端angular e2e protractor》后，大家十分熱情，幾個小時內就收到了不少問題，包括：

1. 對於ui自動化測試這方面，是不是ui變化了，無論使用何種測試框架，都避免不了重新編寫測試用例的代碼？
2. 12月的活動是不是只講angular，不講MVC了？
3. abp怎么一個人搞定一個項目的?
4. 坐等群主來開DDD培訓
5. 按照老師您的文章來做，跑測試時在最后一步捕捉“注銷”按鈕處失敗了。

特別是最后一個問題，證明了這個同學有按照我的文章去練習，我十分感動，感覺到自己的勞動成果得到了尊重。
群里十分活躍，信息繁多，如果你提問過，但是你的問題卻沒有被記錄在上面或得到解答，請告訴我。

以上所有問題都會在這系列課程中得到回答。

正如看電影一樣，在一場激烈而緊張的前戲過后，就會開始正片！
所以在前戲《如何用ABP框架快速完成項目 - 自動化測試 - 前端angular e2e protractor》過后，我們也開始這系列文章的正片。

先上《如何用ABP框架快速完成項目(面向項目交付編程面向客戶編程篇)》本系列文章索引和目錄：

1. 前戲：如何用ABP框架快速完成項目 - 自動化測試 - 前端angular e2e protractor
2. 目錄
3. 快的定義!
4. 為什么要使用ABP和ABP框架簡介
5. 如何正確使用ABP?
6. 用ABP一個人快速完成項目
   1. 站在巨人的肩膀上，快速生成代碼
   2. 站在巨人的肩膀上，使用成熟控件框架，一個框架不夠就上兩個，兩個不夠就上三個。
   3. 通過微服務模式而不是蓋樓式來避免難度升級和奧卡姆剃刀原理
   4. 能自動化就不要手動 - 使用自動化測試(BDD/TDD)和DevOps
   5. 不要執着於設計模式和DDD理論, 避免原教旨主義
7. 用ABP只要加人即可馬上加快項目進展(一) - 全棧篇
   1. 發揮DDD理論優勢的時候到了!
   2. 不推薦組件化, 推薦微服務, 雖然ABP支持組件化
8. 用ABP只要加人即可馬上加快項目進展(二) - 分工篇
   1. 流水線作業 - 減低每個人的技術難度，讓招人更容易
   2. 前后端工作流水線
   3. 產品經理也能寫代碼？
   4. BDD實戰篇 - 在.NET Core下安裝Specflow
   5. .NET Core里跑Specflow - 可以跑集成測試和單元測試
9. 用ABP遇到難題項目受阻時如何避免項目延遲
   1. 一個人遇到問題的時候怎么辦？
   2. 一個團隊遇到問題的時候怎么辦？
10. 結尾? 當然不是, 這只是開始!

 我會根據文章的逐步發布而更新目錄里面的鏈接的。

歡迎大家觀賞和提意見，你提的意見和問題我都會盡量解答。

這是廣州dotnet微軟技術俱樂部12月8日活動的預習文章，歡迎在廣州的同學到時參加現場活動，不在廣州的同學可以看直播

嗯，有同學問，老師你怎么這么有時間寫這么多文章啊？嗯，其實每天只需要堅持半小時就好了，比如這篇文章，我就只花了33分鍾。比如張善友張隊長，他也是每天堅持半小時，所以才能那么高產。

本文會經常更新，請閱讀原文：https://www.cnblogs.com/adalovelacer/p/abp-quickly-delivery-1-catalog.html, 以避免陳舊錯誤知識的誤導，同時有更好的閱讀體驗。