0

Rails に関する Michael Hartl のチュートリアルを終えた後、私の最初のお気に入りのプロジェクトは、Twilio API を使用して通話追跡アプリを構築することです。基本的な考え方は次のとおりです-

契約できる電話番号の数と使用できる時間数を制限する 4 つのプランがあります。

各ユーザーは、登録されると、Twilio から独自のサブアカウントを取得します

各ユーザーは、プランに限定された電話番号を購入できます

各ユーザーは、自分の電話番号で何が起こっているかを追跡できます。

現在、基本的な承認システムを構築し、潜在的なデータ構造についてブレインストーミングを行っています。ただし、理解には大きな抜け穴があるため、経験豊富なプログラマーの目は大歓迎です。つまり、より良いデータ構造があります。以下に概説することは理にかなっていますか?

---では、データ構造は次のとおりです。

表 : プラン

max_phone_numbers: integer 
max_minutes: integer
has_many: users 

表 : ユーザー

name:string
email:string
password_digest:string
remember_token:string [For log in system]
Twilio_SubAccountSid: string
Twilio_SubAccountAuthToken: string
Plan id : integer [to connect to plan] 
stripe_token : string [for charging]
belongs_to: plan
has_many: phone_numbers

表 : 電話番号

belongs_to users
phone_number:string
user_id: integer
has_many: data_points

表 : Twilio データ

belongs_to phone_numbers
phone_number_id: string
[All of Twilio's call tracking data..i.e duration of call, location etc.]

わかりました、それはそれがどのように機能するかについての私の解釈です。ちぎってください!

4

1 に答える 1

0

データ構造的には、このように思われます。私が気付いていなかったのは、もっと多くのコントローラーが関係しているということです。たとえば、Twilio での検索と購入には 2 つの CREATE アクションが必要だったため、別のコントローラーを作成する必要がありました。通話のルーティングを担当する別のコントローラーがあると思います。

于 2012-10-05T05:50:54.437 に答える