python模組與包

隨著功能的增多，**邏輯也會越來越多，導致**邏輯混亂不便於管理專案。為了解決這個問題，可以將相同功能的**集合在乙個資料夾，設定乙個入口函式，一些設定檔案放在乙個檔案，主要邏輯**放乙個資料夾。。。

這樣對於整個業務有很好的可讀性和擴充套件性。

對於之前的atm+購物車專案最開始所有的邏輯**都在乙個檔案，當我們需要修改某些函式時，遇到了一點困難，就是整個專案有600+行**，而且什麼都在裡面，對於想快速具體的找到想修改的地方確實需要花費一些時間，效率低下。所以重新修改後，將具體功能**放在一起，很明顯邏輯清晰了，而且看的也很舒服。

如下為我的專案結構中的bin資料夾：

bin目錄下的start.py檔案為啟動函式，首先在啟動函式裡面匯入os和sys模組，目的是為了將當前專案的根路徑加入環境變數，接著匯入相關函式和變數。該py檔案僅僅作為程式的入口，裡面沒有邏輯**。

如下為conf資料夾：

conf是configuration的縮寫，為配置的意思，裡面只有settings檔案，可以看出裡面都是定義的一些變數，（在這裡的變數其實應該使用大寫的）

接下來是主要業務邏輯**資料夾core（核心）：

裡面有三個py檔案，因為專案有三個主要功能，分別是atm、shopp、user，所以分了三個，裡面的**大同小異。

接下來是記錄使用者消費流水的資料夾，（db）裡面也包括了使用者資訊，比如賬號名、密碼、餘額、狀態等資訊。

這些資訊檔案在每乙個賬戶登入時，會根據登入名建立乙個檔案，模式為追加，當退出時將資料刷入檔案並關閉檔案。

接下來為lib，lib是library的縮寫，表示庫的意思。裡面只有common檔案（裡面可以放共用的一些功能**或者第三方庫）

common檔案裡面是幾個通用的功能函式，比如日誌裝飾器、讀取使用者所有資訊的函式、、、

接下來為log資料夾，記錄日誌，哪個使用者登陸了，做了什麼事情都會記錄下來（仔細想來，生活中我們在某些應用中做的事情是不是也會記錄下來？答案是肯定的）

最後乙個是readme.md檔案，通常是用來給使用者看的，說明程式怎麼使用，叫做幫助文件。