نظام بنكي
جزء من قسم البرمجة كائنية التوجه في رحلة GO على Coddy. الدرس 106 من 107.
التحدي
سهللنَبْنِ نظامًا مصرفيًا يدير الحسابات والمعاملات والعمليات المالية! ستنشئ نظامًا متينًا تكون فيه سلامة البيانات أمرًا بالغ الأهمية: يجب ألا تتغير أرصدة الحسابات إلا من خلال أساليب تم التحقق منها، كما يجب التعامل بسلاسة مع الأخطاء مثل السحب على المكشوف أو المبالغ غير الصالحة.
ستنظم شيفرتك عبر خمسة ملفات:
account.go: عرّف واجهةTransactableمع الأساليبDeposit(amount float64) errorوWithdraw(amount float64) error. ثم أنشئ نوعين من الحسابات يطبّقان هذه الواجهة:حساب
CheckingAccountمع الحقول غير المصدَّرةidوholderوbalance. تسمح حسابات CheckingAccount بعمليات سحب تجعل الرصيد يساوي الصفر تمامًا، ولكن ليس أقل من الصفر.حساب
SavingsAccountمع الحقول غير المصدَّرة نفسها، بالإضافة إلى الحقلminBalance. يجب أن تحافظ حسابات SavingsAccount على رصيد أدنى قدره 100.0؛ ويجب أن تفشل عمليات السحب التي من شأنها خفض الرصيد إلى أقل من هذا الحد.يحتاج كلا نوعي الحسابات إلى بُناة (
NewCheckingAccountوNewSavingsAccount) وإلى أسلوب getter هوBalance() float64. بالنسبة إلى عمليات الإيداع، ارفض المبالغ السالبة أو الصفرية. وبالنسبة إلى عمليات السحب، ارفض المبالغ السالبة أو الصفرية والمبالغ التي تتجاوز الأموال المتاحة.transaction.go: أنشئ بنيةTransactionلتسجيل نشاط account. تحتوي كل معاملة علىType(string: "deposit" أو "withdrawal")، وAmount(float64)، وAccountID(string). أضف بانيًا هوNewTransactionوأسلوبًا هوString() stringيعيد التنسيق:[Type] $[Amount] on [AccountID]، مع تنسيق المبلغ إلى منزلتين عشريتين.bank.go: أنشئ بنيةBankتدير عدة حسابات وتسجل المعاملات. خزّن الحسابات في map حسب المعرّف واحتفظ بـ slice من المعاملات. نفّذ ما يلي:NewBank() *Bank: يهيّئ مجموعات فارغةAddAccount(id string, account Transactable): يسجّل حسابًاDeposit(accountID string, amount float64) error: يجري إيداعًا في account ويسجّل المعاملة عند النجاحWithdraw(accountID string, amount float64) error: يجري سحبًا من account ويسجّل المعاملة عند النجاحTransfer(fromID, toID string, amount float64) error: ينقل الأموال بين الحسابات atomically (إذا نجح السحب وفشل الإيداع، فاعكس السحب)GetBalance(accountID string) (float64, error): يعيد رصيد account
أعد الأخطاء المناسبة للحسابات غير الموجودة.
errors.go: عرّف أخطاء sentinel لعملياتك المصرفية:ErrAccountNotFound: عندما لا يكون معرّف account موجودًاErrInsufficientFunds: عندما يتجاوز السحب الرصيد المتاحErrInvalidAmount: عندما يكون مبلغ الإيداع/السحب صفريًا أو سالبًاErrMinBalanceRequired: عندما ينتهك سحب SavingsAccount الرصيد الأدنى
main.go: أنشئ Bank وعالج العمليات استنادًا إلى الإدخال.اقرأ عدد الحسابات المطلوب إنشاؤها. ولكل حساب، اقرأ نوع account (
checkingأوsavings)، وID، واسم holder، وinitial balance. أنشئ نوع الحساب المناسب وأضِفه إلى Bank.ثم اقرأ عدد العمليات. تكون كل عملية واحدة مما يلي:
deposit [accountID] [amount]withdraw [accountID] [amount]transfer [fromID] [toID] [amount]balance [accountID]
لكل عملية، اطبع النتيجة:
OKلعمليات الإيداع/السحب/التحويل الناجحة، أو الرصيد منسقًا إلى منزلتين عشريتين لاستعلامات الرصيد، أوError: [message]عند الفشل باستخدام رسائل أخطاء sentinel الخاصة بك.
سيتم توفير المدخلات التالية:
- عدد الحسابات، ثم نوع كل account ومعرّفه وholder وinitial balance الخاص به (4 أسطر لكل account)
- عدد العمليات، ثم كل عملية (سطر واحد لكل عملية)
على سبيل المثال، عند إعطاء:
2
checking
ACC001
Alice
500.00
savings
ACC002
Bob
1000.00
6
deposit ACC001 200
balance ACC001
withdraw ACC002 950
withdraw ACC001 800
transfer ACC001 ACC002 100
balance ACC002يجب أن يكون إخراجك:
OK
700.00
Error: minimum balance required
Error: insufficient funds
OK
1000.00وعند إعطاء:
1
checking
C100
Charlie
100.00
4
withdraw C100 100
balance C100
deposit C100 -50
withdraw C999 50يجب أن يكون إخراجك:
OK
0.00
Error: invalid amount
Error: account not foundلاحظ كيف تسمح واجهة Transactable لـ Bank بالعمل مع نوعي الحسابات بطريقة موحّدة، بينما يفرض كل نوع من الحسابات قواعده الخاصة. يوضّح أسلوب Transfer العمليات atomic؛ فإذا حدث خطأ في منتصف العملية، يظل النظام متسقًا!
جرّب بنفسك
package main
import (
"bufio"
"fmt"
"os"
"strconv"
"strings"
)
func main() {
scanner := bufio.NewScanner(os.Stdin)
// اقرأ عدد الحسابات
scanner.Scan()
numAccounts, _ := strconv.Atoi(scanner.Text())
// أنشئ بنكاً جديداً
bank := NewBank()
// اقرأ وأنشئ الحسابات
for i := 0; i < numAccounts; i++ {
scanner.Scan()
accountType := scanner.Text()
scanner.Scan()
id := scanner.Text()
scanner.Scan()
holder := scanner.Text()
scanner.Scan()
balance, _ := strconv.ParseFloat(scanner.Text(), 64)
// TODO: أنشئ نوع الحساب المناسب بناءً على accountType
// وأضفه إلى البنك
_ = accountType
_ = id
_ = holder
_ = balance
}
// اقرأ عدد العمليات
scanner.Scan()
numOps, _ := strconv.Atoi(scanner.Text())
// عالج كل عملية
for i := 0; i < numOps; i++ {
scanner.Scan()
parts := strings.Fields(scanner.Text())
operation := parts[0]
// TODO: تعامل مع كل نوع عملية:
// - "deposit": إيداع في الحساب، اطبع "OK" أو خطأ
// - "withdraw": سحب من الحساب، اطبع "OK" أو خطأ
// - "transfer": تحويل بين الحسابات، اطبع "OK" أو خطأ
// - "balance": احصل على الرصيد واطبعه منسقاً إلى منزلتين عشريتين
_ = operation
}
}
جميع دروس البرمجة كائنية التوجه
1أساسيات الـ OOP في Go
الملفات الخارجيةمساحة العمل والـ Modules في Goالـ Packages والـ Importsالأسماء المصدرة مقابل غير المصدرةمقدمة إلى الـ OOP في Goالـ Structs كـ Classesتعريف الـ Methods في الـ Structsالـ Pointer Receivers مقابل الـ Value Receiversتهيئة الـ Structدوال الـ Constructorمراجعة - آلة حاسبة بسيطة4الواجهات
مقدمة في الواجهاتالتنفيذ الضمنيالواجهة كعقدالواجهة الفارغة (any)تأكيد النوع (Type Assertion)تبديل النوع (Type Switch)تركيب الواجهاتواجهات Stringer و Errorمراجعة - حاسبة الأشكال7التغليف
الحقول المصدرة وغير المصدرةالتغليف على مستوى الحزمةدوال الـ Getter والـ Setterإخفاء المعلومات في Goملخص - سجلات الطلاب10الأنواع العامة (Go 1.18+)
مقدمة في الأنواع العامةمعاملات الأنواعقيود الأنواعالـ Structs العامةحل بديل للـ Methods العامةملخص - المجموعات العامة13أنماط التصميم - الجزء الأول
مقدمة في أنماط التصميمنمط Singletonنمط Factoryنمط Abstract Factoryنمط Observerنمط Strategy2تعمق في الأنواع و Structs
الأنواع الأساسية والمركبةتعريفات الأنواع المخصصةStruct TagsStructs مجهولةStructs متداخلةالقيم الصفرية والافتراضيةمراجعة - دفتر العناوين5التركيب بدلاً من الوراثة
لماذا لا تدعم Go الوراثةأساسيات تضمين الـ Structترقية الـ Methodتضمين عدة Structsالتضمين مقابل التجميعحجب الـ Methods المضمنةملخص - الهيكل الهرمي للموظفين8معالجة الأخطاء و OOP
واجهة errorأنواع الأخطاء المخصصةتغليف الأخطاء (fmt.Errorf)أخطاء Sentinelerrors.Is() و errors.As()Panic و Defer و Recoverملخص - File Parser11المكتبة القياسية والبرمجة كائنية التوجه (OOP)
io.Reader و io.Writerواجهة sort.Interfaceواجهة fmt.Stringerencoding/json مع Structsواجهة http.Handlerمراجعة - نماذج REST API14أنماط التصميم - الجزء الثاني
نمط الأمرنمط المحولنمط المزيننمط طريقة القالبنمط الحالةنمط التركيبMiddleware كنمط مزين3المؤشرات والذاكرة
أساسيات المؤشرات في Goالمؤشرات إلى الـ Structsالتمرير بالقيمة مقابل التمرير بالمرجعدالة ()newGarbage Collection في Goملخص - بناء Linked List6تعدد الأشكال في Go
تعدد الأشكال عبر InterfacesDuck Typing في Goقواعد استيفاء الـ Interfaceمجموعات متعددة الأشكالحقن التبعيةمراجعة - معالج الدفع9التزامن والبرمجة كائنية التوجه (OOP)
أساسيات الـ Goroutinesالقنوات (Channels) والاتصالالقنوات المخزنة (Buffered) مقابل غير المخزنةجملة Selectsync.Mutex و sync.RWMutexsync.WaitGroupتصميم الـ Structs الآمنة للخيوط (Thread-Safe)مراجعة - Worker Poolتدرّب بنفسك: مترجم Go عبر الإنترنت