AppleScript Studioは、Mac OS X上のRAD環境と言ってしまっていいだろう。たしかに、Objective-Cで組むよりも早くて少ない手数でプログラムを作れる場合が多い。
自分のホームページで公開しているアプリケーションは、すべてAppleScript Studioで作成している。Mac OS X上のRAD環境としてはほかにもREALbasicなどもあるが、GUI作成時の美しさ、細かいところまで詰められる作業性の面においてApple純正のInterface Builderには遠く及ばない。
Interface BuilderでGUIを作り込み、Xcode上でAppleScriptによって手早くロジックを実装する……Classic Mac OSの頃を考えると「夢」のような開発環境が無料で手に入ることは無上の喜びである。
ただし、Mac OS Xが登場してからもういいかげん７年近く経過しており、かつての「夢」は常識的かつ日常的な光景となった。いくら美人で気だてのやさしい彼女でも、結婚すれば一緒に居るのが当たり前になるし、怒鳴り合いの１つや２つはすることにもなる（ウチは怒鳴り合いをしすぎだという指摘もあるが＾ー＾；）。
……AppleScript Studioに話を戻すが、ようやくたどりついた素晴らしい「約束の場所」にも、住めば住んだで喜んでばかりもいられない「現実」というヤツが横たわっていたりするのである。
・＃１ GUI部品への参照を容易に取得する方法がない謎
Window 1の中のTabViewの中のTabView itemの中のScroll View 1の中のText Viewの……と、オブジェクト階層を書く場合に、すべて手で書かなければならない。このあたりは、初心者にとってはある意味Objective-Cによる開発よりも過酷と感じられるかもしれない。
熟練者はGUI部品への参照を書くのを省略する方法を知っている。Awake From Nibのイベントハンドラで、GUI部品への参照をグローバル変数に突っ込んで保存しておくという手だ。こうすれば、部品名を変数で指定すればよく、いちいち長ったらしい参照を書く必要もなくなる。
・＃２ Xcode上で編集中のスクリプトの編集支援機能がない謎
きょうび、ScriptEditorをAppleScriptからコントロールして、編集中のAppleScriptに対して支援を行うなどは朝飯前の時代である（実際にやっている）。Script記述をAppleScriptを使って確実で楽なものにすることが可能となっているのだ。そうした編集支援スクリプトを用意しているのとしていないのとでは、開発効率は雲泥の差ほどもついてしまう。
ところが、Xcode上で同様の開発支援を行うことができない。XcodeのAppleScript対応機能がたいへんに貧相なためだ。Xcode上で書くと開発効率が落ちるので、極力Script Editor上で書くようにしているのだが、Xcode上でしか書けない命令などもある。
・＃３ 不要なメニュー項目を隠す機能がない謎
AppleScript Studioによるプログラム開発を行うというのは、Windows上でいえばVisual Studio上でVBによるアプリケーション開発を行うイメージに近い。RAD環境として期待してXcodeを起動して、うんざりするほど多いXcodeのメニュー項目に打ちのめされる初心者は多いはずだ。
ただ、うんざりするほど多いメニュー項目の９割以上がAppleScriptによる開発を行うだけなら「不要」なものであり……こうしたメニュー項目を隠すための機能がXcodeにないのは不思議を通り過ぎて不可解である（実は、Xcodeのプラグインを書くとメニュー項目を新設したり隠したりすることは可能だ）。
・＃４ デバッグ機能が貧弱な謎
Script Editorを大幅に下回るデバッグ機能にうんざりさせられる。あろうことか、Scriptの規模が大きくなってくると、この「最低の」デバッグ機能すら効かなくなり、ブレークポイントや変数のモニタリングが効いたり効かなくなったりする。
Appleにバグレポートをていねいに書き、Xcodeの担当者とやりあったが、詳細な資料を出せば出すほどになぜか沈黙してしまった（No news is bad news）。バグの所在を認めたためだろう。Leopardのリリースまでに直っているとよいのだが……。期待薄である。
・＃５ IB上で表示されるGUI部品名がASのものと異なる謎
NSButtonなどとインスペクタ上では表示されるが、これはAppleScript Studio上では「button」と呼ばれるオブジェクトである。この名称の不一致にイライラさせられる（一覧表の資料を作って乗り切ったけど）。
さらにいえば、AppleScriptから確認出来る各種プロパティをインスペクタで確認できない（一度テストビルドして、そのアプリを外部からAppleScriptでコントロールしてプロパティを確認したりして乗り切った）。AppleScriptの記述支援用の機能がInterface Builderにまったく存在していないのが不思議でならない。
・＃６ ソースコードのエンコーディングが「Mac OS（日本語）」でなければならない謎
Xcode上でAppleScriptソースコードのエンコーディングを「Mac OS（日本語）」にしないとビルドが通らない。AppleScript書きにはお約束の作業だが、そんなんマニュアルにもどこにも書いてねーー。
Xcode 2.4の頃から、ユーザーの言語環境を見てデフォルトのテキストエンコーディングを自動指定してくれるようになった……ような気がしたのだが、2.4.1になってIntel Mac上でプロジェクトを一度保存しクローズするとデフォルトのエンコーディングを忘れやがるようになった。Xcodeの開発担当は相当におバカで健忘症なのに違いない。
脱線した。Mac OS X 10.4において、Script Editor上でスクリプトはUnicodeで扱われるようになった。ところが、この変更がAppleScript Studio環境に反映されていないのである。これはどーゆーことなのか。理解に苦しむ。
＃ Mr. No.8、君は一体何をしておるのかね？
・＃７ オブジェクト構成、命令等がFaceSpanとものすごく互換性が高い謎
サードパーティのソフトウェアであるFaceSpanの命令体系とほぼ同じというか、まんまパクってきたとしか思えない構造は一体どういうことなのか。
1994年のAppleScript登場時の開発キットの中にFaceSpanが含まれていたことを考えると、FaceSpanそのものがサードパーティとAppleによる協力体制のもので開発された可能性は否定できない。
にしても、その知的財産所有権とかってどーーなっているのかものすごく不思議。一体どうなっているものやら。AppleScript Studio最大の謎である。