Force.comはSaleforce.com上にカスタムアプリケーションを作成できるというプラットフォームサービスで、さらに作成したアプリケーションをSalesforce.comユーザーに配布できるAppExchangeというサービスとも連動している。いろいろいじってだいぶわかってきた。
オブジェクト（RDBで言うテーブル）を作成し、Visualforceページ（カスタムWebページ）を作成し、その二つをApexクラス（ほとんどJavaと同じ文法でクラスを定義する）で接着するというのが基本的な流れになっている。Visualforceページには必ず一つコントローラーというApexクラスを定義することになっていて、ページからメンバ変数をいじったりメソッドをコールする事でDBを書き換える。文法やライブラリでガチガチにSalesforceスタイルにさせられるので最初の敷居が高いが慣れれば生産性は高そうだ。ページのテキストボックスやボタンを直接クラスのメンバ変数やメソッドにバインドするような書き方ができる。
ちょうどMicrosoft Accessでテーブルを作成し、ウィザードでフォームを作成するような感覚だ。テーブルとフォームは直接接着されている感覚だが、Visualforceページとオブジェクトはその間に接着剤としてクラスを定義する。その分手間がかかるがそこにロジックを追加していく余地がある。
面白いのは複数ページで同じコントローラーを指定するとメンバ変数でデータの受け渡しができる事だ。セッションにクラスのインスタンスが入っているようなイメージ。
「オブジェクト」と「クラス」がまったく関連のない別のものを指すというのはプログラマ的には「？」だが一般の英語で「オブジェクト＝物」だからDBを指すのは自然なのだろう。日本語版でもそのまま「オブジェクト」「クラス」となっている。
Developerアカウントでは２ユーザーでしかテストできないので、ISV and Test Editionの申請をUSのSalesforceにした（日本版にはない）。こっちは10,000回APIコールしかできない制限があるが、20ユーザーでテストできる。
今日はInternal Server Errorが２回出た。いまいち安定していないのはUSクオリティと言うべきだろう。