PART 3

多功能整合設計理念

以使用者為中心的架構設計思維

一個介面,多種功能 統一 AI 服務介面 模組化架構

🤔 為什麼要多功能整合?

傳統方式的問題

每個功能建立獨立的 App,導致:

  • ❌ 使用者需要在不同 App 間切換
  • ❌ 每個 App 有不同的操作邏輯與介面風格
  • ❌ 認知負擔增加,體驗破碎
  • ❌ 資料無法互通,跨功能分析困難
💡 核心理念:透過 AI 的自然語言理解能力,成為統一的互動介面,使用者只需用對話方式表達需求,系統自動判斷意圖並呼叫對應功能。

✨ 統一介面的設計優勢

♻️

程式碼複用

AI 解析邏輯可應用到多種功能,降低開發成本

🔗

資料整合

所有資料在同一系統,跨功能分析更便利

⚙️

設定管理簡化

API 金鑰等設定只需配置一次,所有功能共用

🔄

維護效率高

單一專案更新,所有功能同時受益

🏗️ AIProvider 統一介面設計

核心設計模式:策略模式 (Strategy Pattern)

class AIProvider:
    def __init__(self, provider, api_key, model):
        self.provider = provider  # 'openai' 或 'google'
        self.api_key = api_key
        self.model = model

    def generate_content(self, prompt, system_instruction=""):
        if self.provider == 'openai':
            return self._call_openai(prompt, system_instruction)
        elif self.provider == 'google':
            return self._call_gemini(prompt, system_instruction)
設計優勢:使用時只需呼叫 generate_content(),系統自動選擇正確的 AI 服務!

🛡️ 容錯降級機制

當外部服務不可用時,系統會自動降級處理:

☁️

天氣查詢

OpenWeatherMap 失敗 → 使用 AI 查詢

📰

新聞焦點

RSS 抓取失敗 → 使用 AI 生成摘要

🤖

AI 服務

支援 OpenAI / Gemini 雙平台切換

📝

記帳解析

AI 解析失敗 → 仍建立基礎記錄

設計原則:寧可資料不完美,也不要資料遺失!

📦 模組化架構設計

遵循「高內聚、低耦合」原則:

API 路由劃分

路由 功能 HTTP 方法
/api/chatAI 對話與智慧指令POST
/api/expenses記帳 CRUDGET/POST/PUT/DELETE
/api/calendar行事曆 CRUDGET/POST/PUT/DELETE
/api/news新聞查詢GET
/api/movies電影推薦GET
/api/stocks/analysis股票分析POST

🎨 使用者體驗打磨

🎨

視覺風格統一

科技紫藍主題,所有元件使用相同設計語言

🔄

操作邏輯一致

記帳與行事曆介面設計相同,降低學習成本

📢

即時回饋

成功/失敗/載入中都有清晰的視覺提示

🛡️

容錯設計

友善的錯誤提示,引導使用者修正

📌 Part 3 小結

設計理念核心

  • 以使用者為中心:簡化操作流程,降低認知負擔
  • 統一 AI 介面:AIProvider 封裝雙平台切換
  • 容錯降級:確保系統穩定性與可用性
  • 模組化架構:高內聚低耦合,易於維護擴充
  • 體驗一致性:視覺與操作邏輯統一
前往 Part 4:專案架構與模組規劃 →