2

Google Apps for Your Domain のエンタープライズ アカウントであり、不動産仲介業者です。複数の Google Apps サービスを結び付けるウェブ アプリケーションを構築したいと考えています。Google Apps Script ですべてを実行できれば素晴らしいことですが、同時に、Google Apps Script で可能なことの限界が広がる可能性があります。Google Web Toolkit (GWT) を使用して完全なアプリケーション開発を行うための時間やリソースがありません。フレームワーク アプローチは適切なソリューションですか?

エージェントが不動産リスト レコードを作成できるアプリケーションを構築したいと考えています。各レコードは大きく、プロパティ タイプに応じて、レコードごとに 300 ~ 400 のフォーム フィールドがあります。フィールドの多くは、選択リスト形式または複数のチェックボックス形式の特定の値を持つ「ルックアップ」フィールドです。(例: 屋根の種類 = 1 つを選択: スレート、シングル、ロール ルーフ; 電化製品 = すべてを選択: 冷蔵庫、コンロ、食器洗い機など)

各レコードには、元の高解像度形式の関連付けられた写真と、さまざまなコンテキストで表示するためのより小さな解像度セットも必要です。各レコードには、24 ~ 50 枚の 1 MB の写真が含まれます。ユーザーがデスクトップから Google ドライブにフォルダーをドラッグ アンド ドロップするプロセスを簡素化できるため、写真に Google ドライブを使用して統合できると考えています。画像を Google ドライブに保存し、アプリケーションからのみ参照するようにすると、暗黙のストレージの問題の一部が解決されます。Google Apps Script には 200MB の ScriptDb クォータがあることを読んだ ので、「データ」だけで契約を破る可能性があることがわかります。正確なデータベース ストレージ要件はありませんが、最初は 700 件のレコードがあり、その数が数千に増えることはわかっています。

アプリケーションのユーザーはすべて内部であるため、GAFYD auth 統合は優れた利点です。

現在、フォーム API はありませんが、そもそもデータ入力フォームをどのように作成すればよいのでしょうか? フォームを手動で作成するか、サンプル スプレッドシートを作成してフォームを自動生成する必要があるようです。しかし、その後、選択リストを変更して検証ルールを追加し、ユーザー入力に基づいて追加の要素を作成/表示/非表示にするなどの動的なフォームの動作 (たとえば、部屋の数を入力し、次に各部屋の寸法を入力する) をフォームを強化するにはどうすればよいでしょうか。

もう 1 つの潜在的な問題は、写真のサイズ変更です。さらなるマーケティング資料を作成するために元の写真にアクセスしたいのですが、アプリケーションの UI では、効率を上げるために、さまざまなサイズの画像をより小さなサイズで使用する必要があります。(たとえば、各レコードを表す 1 つのサムネイルを含むプロパティのリストを表示します) Google ドライブ API には、サイズ変更された画像を保存するサブフォルダーを作成するメソッドがあると思いますが、gd のようなグラフィック操作ソフトウェアへのアクセスはありますか? API から picasa へ)?

レコードは、さまざまなレイアウトとビューで表示できる必要があります。たとえば、完全なレコード詳細、概要ビュー、マーケティング チラシ ビューなどです。

レコードが作成されたら、レコードを作成するエージェントにメッセージを送信する必要があります。また、コピーの作成/レビュー + マーケティングなどのワークフローのためにレコードを処理する内部チームにもメッセージを送信する必要があります。それは新しい Google グループに適合する可能性がありますか? レコードが「承認」されると、アプリケーションは、数百人の外部受信者へのマーケティング電子メールを生成する必要があります。さまざまなプールからビジネス ルールに基づいて選択されます。そのため、連絡先を管理できるようにするには、アプリケーションに追加のストレージが必要になるか、場合によってはアドレス帳の統合が必要になります。

今後のレコードの編集 (価格の変更、写真の変更など) では、レビュー/承認ワークフローをトリガーする必要があります。

Google Apps Script は、この種のアプリケーションのサイズ、範囲、複雑さを処理できますか? それとも、 http://bcosca.github.com/fatfree/などのマイクロ フレームワークを使用して、それぞれの API を使用してすべての Google Apps コンポーネントを結び付ける方法をお勧めしますか?

4

2 に答える 2

4

現在、フォーム API はありませんが、そもそもデータ入力フォームをどのように作成すればよいのでしょうか?

実際には 2 つあります。UiApp (およびそのためのドラッグ アンド ドロップ GUI ビルダー) と HtmlService の両方が、任意の複雑なフォームを表示できます。

ユーザーがデスクトップから Google ドライブにフォルダをドラッグ アンド ドロップするプロセスを簡素化できるため、写真に Google ドライブを使用して統合できると考えています。

ドライブは Apps Script と統合されています。

正確なデータベース ストレージ要件はありませんが、最初は 700 件のレコードがあり、その数が数千に増えることはわかっています。

Apps Script で 100% ネイティブにサポートされており、「実際の」SQL データベースである Google Cloud SQL をストレージとして試してみることをお勧めします。ただし、ドライブに写真を保存している場合、数千のレコードはわずかです... その場合、ScriptDb はおそらく数百万のレコードにスケーリングできます。

Google グループと連絡先が統合されました。

于 2012-11-18T01:14:32.913 に答える
1

Google のドキュメントはこちらにあります: https://developers.google.com/google-apps/

Google Apps Script は驚くほど強力な場合がありますが、あなたが暗示しているデータ量に対してはそれほど高速ではありません。

おっしゃる通り、ScriptDB にはサイズ制限があるので、すべてを格納することはできません。スプレッドシートは、1 シートあたり 256 列、400000 セルに制限されています。これを回避する方法は、データを一連のシートを含む一連のスプレッドシートに分割することです。不動産の場合は、データを地域や近隣/エリアごとに分割して、同様の結果を得ることができます。本当に圧縮したい場合は、データ行を文字列化された JSON オブジェクトとして 1 つのセルに格納できます。ただし、人間が判読できるものではなくなります。

ストレージに追加料金を支払う意思がない限り、ドライブ アカウントはすぐに写真でいっぱいになるようです。ガジェットの画像に詳しくないので、ドライブから埋め込めるかどうかわかりません。

Forms の経験はありませんが、UiApp を使用してガジェットを作成し、スプレッドシート シートで appendRow を呼び出して、すべてのフィールドの内容を追加できます。そして、そのようにアプリを構築することで、物事に有効な値を指定できます (そして、それらを「構成」スプレッドシートから読み取ることができます)。

于 2012-11-17T01:15:43.497 に答える