郵票收藏管理器後端範本
郵票、目錄編號及拍賣記錄的收藏追蹤
一個在 Back4app 上生產就緒的 郵票收藏管理器後端,擁有郵票記錄、鑽孔記錄、斯科特編號及拍賣歷史。包括 ER 圖、數據字典、JSON 架構、API 遊樂場,以及一個 AI 代理人 提示以快速啟動。
主要要點
此模板提供一個郵票收藏管理後端,包含穿孔記錄、Scott 號碼及拍賣歷史,方便協調員和編目員在一個地方記錄收藏資訊。
- 穿孔記錄追蹤 — 在 StampPerforationLog 類別上建模穿孔記錄,包含如規格、數量和備註等欄位。
- Scott 號碼參考 — 在 Stamp.scottNumber 中儲存目錄識別碼,以便每個問題都可以透過收藏者友好的編號進行搜尋。
- 拍賣歷史時間線 — 為每個郵票記錄附上出價、實現價格和銷售日期,並加入到 AuctionHistory中。
- 收藏擁有權控制 — 使用 StampCollection.owner 和 ACLs 將私人庫存書籍與共享審查集分開。
概述:郵票收藏管理器
電子表格適用於郵票收藏,直到有人重複了一個 SKU,合併了錯誤的行,突然兩個團隊在不同的真相上運行。團隊在早上的站立會上首先感受到這一點。在 Back4app 上端到端追蹤 StampCollection、Stamp、StampPerforationLog 和 AuctionHistory,讓郵票收藏操作在不同地點、監護變更和審計中保持可解釋性。模式覆蓋了 StampCollection(名稱、擁有者、國家重點)、Stamp(收藏、Scott 編號、穿孔規格、狀況)、StampPerforationLog(郵票、規格、計數、備註)和 AuctionHistory(郵票、拍賣行、實現價格、銷售日期),並內建了授權和收藏權限。連接你的前端,並開始更快地編目郵票。
最佳用於:
郵票收藏:後端快照
郵票收藏不僅僅是關於速度;當有人問「告訴我你怎麼知道這是真的。」時,還關乎可防禦性。
這裡的每張技術卡都映射到相同的 StampCollection、Stamp 和 StampPerforationLog 模型—選擇一個棧,而無需重新協商您的後端合同。
核心郵票收藏功能
此中心中的每一張科技卡片均使用相同的郵票集合架構,包括 StampCollection、Stamp、StampPerforationLog 和 AuctionHistory。
收藏擁有權和策劃
StampCollection 儲存名稱、擁有者和國家焦點。
斯科特編號目錄
Stamp.scottNumber 和 catalogTitle 確定每枚郵票。
穿孔日志
StampPerforationLog 記錄規格、數量和備註。
拍賣歷史
AuctionHistory 儲存 auctionHouse、realizedPrice 和 saleDate。
為什麼要用 Back4app 建立您的郵票收藏管理後端?
Back4app 使您能夠專注於目錄準確性,而不是基礎設施雜務,提供收藏、郵票、 perforation 和拍賣原語。
- •收藏和郵票目錄: StampCollection 和 Stamp 類別在單一可查詢模型中保持所有權、Scott 編號和狀況詳細信息。
- •穿孔和拍賣歷史: StampPerforationLog 和 AuctionHistory 捕捉計量說明、計數、銷售日期和實現價格以供研究。
- •實時 + API 靈活性: 使用 Live Queries 進行新的拍賣歷史條目,同時保持 REST 和 GraphQL 可供每個客戶使用。
快速建立和完善郵票收藏功能,通過所有平台的一個後端合約。
核心優勢
一個郵票收藏後端,幫助您準確編目,而不會減緩工作進度。
更快的目錄設定
從 StampCollection 和 Stamp 開始,而不是每次從零開始創建一個資料模型。
更好的研究記錄
將 perforationGauge、scottNumber 和 condition 一起保持,以便印章備註保持一致。
清晰的所有權規則
使用所有者指針和 ACL/CLP 設置,以便每個集合對於正確的策展人保持私密。
拍賣回顧歷史
在 AuctionHistory 中儲存 realizedPrice 和 saleDate 以進行價格比較和來源檢查。
持久的收藏備註
在 StampPerforationLog 中追蹤 gauge、count 和備註,而不強迫 UI 獨自承擔那種邏輯。
AI 協助的啟動
使用一個結構化的提示快速生成後端框架和集成指導。
準備好啟動您的郵票收集管理器了嗎?
讓 Back4app AI 代理搭建您的郵票收集後端,並從一個提示生成穿孔日誌、Scott 號查詢和拍賣歷史。
免費開始 — 每月 50 個 AI 代理提示,不需要信用卡
技術棧
這個郵票收集後端模板中包含的一切。
ER 圖
貼紙收藏後端架構的實體關係模型。
涵蓋收藏擁有者、貼紙、穿孔日誌和拍賣歷史的架構。
查看圖表來源
erDiagram
Curator ||--o{ Collection : "owner"
Collection ||--o{ Stamp : "includes"
Stamp ||--o{ PerforationLog : "measured in"
Stamp ||--o{ AuctionHistory : "sold in"
Curator ||--o{ PerforationLog : "loggedBy"
Curator ||--o{ AuctionHistory : "createdBy"
Curator {
String objectId PK
String username
String email
String password
String displayName
String role
Date createdAt
Date updatedAt
}
Collection {
String objectId PK
String name
String countryFocus
String status
String ownerId FK
Date createdAt
Date updatedAt
}
Stamp {
String objectId PK
String collectionId FK
String title
String scottNumber
String country
Number yearIssued
String condition
String imageUrl
Date createdAt
Date updatedAt
}
PerforationLog {
String objectId PK
String stampId FK
String perforationGauge
String measurementMethod
String notes
String loggedById FK
Date loggedAt
Date createdAt
Date updatedAt
}
AuctionHistory {
String objectId PK
String stampId FK
String auctionHouse
Date auctionDate
String lotNumber
Number hammerPrice
String currency
String result
String createdById FK
Date createdAt
Date updatedAt
}
整合流程
典型運行流程,包括身份驗證、系列列表、打孔記錄、Scott 編號查詢和拍賣歷史更新。
查看圖表來源
sequenceDiagram
participant Curator
participant App as Stamp Collection Manager App
participant Back4app as Back4app Cloud
Curator->>App: Sign in to the stamp manager
App->>Back4app: POST /login
Back4app-->>App: Session token
Curator->>App: Open a collection
App->>Back4app: GET /classes/Collection?include=owner&order=-updatedAt
Back4app-->>App: Collection list
Curator->>App: Review stamp catalog entries
App->>Back4app: GET /classes/Stamp?include=collection&order=-createdAt
Back4app-->>App: Stamp list with Scott numbers
Curator->>App: Add a perforation log or auction history row
App->>Back4app: POST /classes/PerforationLog
App->>Back4app: POST /classes/AuctionHistory
Back4app-->>App: Saved log objects
App->>Back4app: Live query updates for new stamp changes
Back4app-->>App: Updated stamp, perforation, and auction records數據字典
郵票系列模式中每個類別的完整字段級參考。
| 字段 | 類型 | 描述 | 必填 |
|---|---|---|---|
| objectId | String | Auto-generated unique identifier | 自動 |
| username | String | Curator login name | |
| String | Curator email address | ||
| password | String | Hashed password (write-only) | |
| displayName | String | Display name shown in the manager | |
| role | String | Curator role such as manager, editor, or viewer | |
| createdAt | Date | Auto-generated creation timestamp | 自動 |
| updatedAt | Date | Auto-generated last-update timestamp | 自動 |
8 欄位在 Curator
安全性與權限
如何 ACL 和 CLP 策略保護集合、印章、穿孔日誌和拍賣歷史條目。
集合擁有者控制
只有擁有者可以創建、編輯或刪除其印章集合條目。
目錄完整性檢查
使用雲端代碼來驗證 scottNumber、perforationGauge 和 realizedPrice,在儲存印章或拍賣記錄之前。
範圍讀取訪問
在共享印章集做評估時,將讀取限制在集合擁有者或已批准的協作者。
架構 (JSON)
原始 JSON 架構定義準備複製到 Back4app 或作為實作參考使用。
{
"classes": [
{
"className": "Curator",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"username": {
"type": "String",
"required": true
},
"email": {
"type": "String",
"required": true
},
"password": {
"type": "String",
"required": true
},
"displayName": {
"type": "String",
"required": true
},
"role": {
"type": "String",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Collection",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"name": {
"type": "String",
"required": true
},
"countryFocus": {
"type": "String",
"required": true
},
"status": {
"type": "String",
"required": true
},
"owner": {
"type": "Pointer",
"required": true,
"targetClass": "Curator"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "Stamp",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"collection": {
"type": "Pointer",
"required": true,
"targetClass": "Collection"
},
"title": {
"type": "String",
"required": true
},
"scottNumber": {
"type": "String",
"required": true
},
"country": {
"type": "String",
"required": true
},
"yearIssued": {
"type": "Number",
"required": true
},
"condition": {
"type": "String",
"required": true
},
"imageUrl": {
"type": "String",
"required": false
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "PerforationLog",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"stamp": {
"type": "Pointer",
"required": true,
"targetClass": "Stamp"
},
"perforationGauge": {
"type": "String",
"required": true
},
"measurementMethod": {
"type": "String",
"required": true
},
"notes": {
"type": "String",
"required": false
},
"loggedBy": {
"type": "Pointer",
"required": true,
"targetClass": "Curator"
},
"loggedAt": {
"type": "Date",
"required": true
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
},
{
"className": "AuctionHistory",
"fields": {
"objectId": {
"type": "String",
"required": false
},
"stamp": {
"type": "Pointer",
"required": true,
"targetClass": "Stamp"
},
"auctionHouse": {
"type": "String",
"required": true
},
"auctionDate": {
"type": "Date",
"required": true
},
"lotNumber": {
"type": "String",
"required": true
},
"hammerPrice": {
"type": "Number",
"required": true
},
"currency": {
"type": "String",
"required": true
},
"result": {
"type": "String",
"required": true
},
"createdBy": {
"type": "Pointer",
"required": true,
"targetClass": "Curator"
},
"createdAt": {
"type": "Date",
"required": false
},
"updatedAt": {
"type": "Date",
"required": false
}
}
}
]
}與 AI 代理一起構建
使用 Back4app 的 AI 代理從此範本生成一個真正的郵票收集應用,包括前端、後端、認證和 perforation 日誌、Scott 號和拍賣歷史流程。
在 Back4app 上使用此精確架構和行為創建一個郵票收集管理應用的後端。 架構: 1. 使用者 (使用 Back4app 內建): 使用者名稱、電子郵件、密碼;objectId、createdAt、updatedAt (系統)。 2. StampCollection: 名稱 (字串,必填)、擁有者 (指向使用者的指標,必填)、國家焦點 (字串)、描述 (字串)、是否私有 (布林值,必填);objectId、createdAt、updatedAt (系統)。 3. Stamp: 集合 (指向 StampCollection 的指標,必填)、Scott 號 (字串,必填)、目錄標題 (字串,必填)、發行年 (數字)、鑽孔規範 (字串)、狀況 (字串)、面值 (字串)、備註 (字串);objectId、createdAt、updatedAt (系統)。 4. StampPerforationLog: 郵票 (指向 Stamp 的指標,必填)、規範 (字串,必填)、數量 (數字,必填)、備註 (字串)、檢查時間 (日期,必填);objectId、createdAt、updatedAt (系統)。 5. AuctionHistory: 郵票 (指向 Stamp 的指標,必填)、拍賣行 (字串,必填)、批號 (字串)、實現價格 (數字,必填)、銷售日期 (日期,必填)、來源備註 (字串);objectId、createdAt、updatedAt (系統)。 安全性: - 只有擁有者可以創建/更新/刪除他們的集合。使用 Cloud Code 進行驗證。 認證: - 註冊、登錄、登出。 行為: - 列出集合、添加郵票條目、記錄鑽孔日誌和存儲拍賣歷史。 交付: - Back4app 應用程序,帶有架構、ACL、CLP;用於郵票集合、鑽孔日誌、Scott 號搜索和拍賣歷史的前端。
按下下面的按鈕以使用此範本提示預填打開代理。
這是沒有技術後綴的基本提示。您可以隨後調整生成的前端堆棧。
API 遊樂場
在印章集合架構上嘗試 REST 和 GraphQL 端點。響應使用模擬數據,且不需要 Back4app 帳戶。
使用與此模板相同的架構。
選擇您的技術
展開每個卡片以查看如何將 StampCollection、Stamp 和 StampPerforationLog 與您選擇的技術堆疊集成。
Flutter 印章收集後端
React 印章收集後端
React 原生 印章收集後端
Next.js 印章收集後端
JavaScript 印章收集後端
Android 印章收集後端
iOS 印章收集後端
Vue 印章收集後端
Angular 印章收集後端
GraphQL 印章收集後端
REST API 印章收集後端
PHP 印章收集後端
.NET 印章收集後端
每種技術提供的內容
每個堆疊使用相同的郵票收藏後端架構和 API 合約。
統一的郵票目錄結構
使用一個一致的架構管理收藏、郵票、 perforation 記錄和拍賣歷史。
Scott 號查詢以進行收藏工作
根據 scottNumber、issueYear 和 catalogTitle 搜尋和篩選郵票。
以評估回顧的拍賣歷史
跟踪每張郵票在拍賣行的 realizedPrice 和 saleDate。
擁有權和隱私控制
在與已批准的合作者共享審查集時,限制只有擁有者可以編輯集合。
GraphQL API 用於集合工具
將目錄視圖、日誌和歷史記錄屏幕與靈活的 API 訪問集成。
可擴展的郵票工作架構
稍後可以添加證書、Blocks 或想要列表,而無需重寫基礎模型。
印章集合技術比較
比較所有支援的技術的設置速度、SDK 風格和 AI 支援。
| 框架 | 設置時間 | 印章收集好處 | SDK 類型 | AI 支援 |
|---|---|---|---|---|
| 約5分鐘 | 行動和網頁上的印章目錄工具單一代碼庫。 | 類型化SDK | 全部 | |
| 少於5分鐘 | 印章收藏的快速網頁儀表板。 | 類型化SDK | 全部 | |
| 約3–7分鐘 | 跨平台移動應用程式,用於郵票目錄管理。 | 類型化SDK | 全部 | |
| 快速(5 分鐘)設置 | 伺服器渲染的網頁應用程式,用於收藏查詢。 | 類型化 SDK | 全部 | |
| 約 3–5 分鐘 | 輕量級網頁整合,用於郵票數據。 | 類型化 SDK | 全部 | |
| 約 5 分鐘 | 原生 Android 應用程式,用於郵票收藏工作。 | 類型化 SDK | 全部 | |
| 少於 5 分鐘 | Native iOS 應用程式用於郵票收集工作。 | 輸入式 SDK | 全部 | |
| 約 3–7 分鐘 | Reactive 網頁介面用於郵票目錄管理。 | 輸入式 SDK | 全部 | |
| 快速 (5 分鐘) 設定 | 企業網頁應用程式用於收藏管理。 | 輸入式 SDK | 全部 | |
| 少於 2 分鐘 | 靈活的 GraphQL API 用於集合搜索。 | GraphQL API | 全部 | |
| 快速(2 分鐘)設置 | REST API 整合用於印章目錄工具。 | REST API | 全部 | |
| 約 3 分鐘 | 伺服器端 PHP 後端用於集合工具。 | REST API | 全部 | |
| 約 3–7 分鐘 | .NET 背端用於郵票收集管理。 | 類型化 SDK | 全部 |
設置時間反映了從項目啟動到第一次收集或使用此模板架構的印章查詢的預期持續時間。
常見問題解答
有關使用此範本建立郵票收藏後端的常見問題。