構築できてしまうんですよね。ドロー系ツールで絵を描くと、それが機能を持ったアプリもどきになるという恐ろしい現象が。すると)動いちゃうからラクで楽しいんですけど、これをソースとして配布しようとすると、とんでもない作業がまっているという罠があります。--sumimを受けた、それって必要なんでしょうか?もし「なんでもコードに落とさないと運搬できない」のだとすると、ちょっと悲しいかも。例によって某Java開発環境とDelphiとの差という逸話(?)を思い出すのですが、Delphiだと(Window上のWidgetなどの)Objectの属性や関連はテキスト(文法はソコソコ)に落としてくれてて、もともとコードだった部分しかコードとして落ちてきません。これが本当に姿だと思うなあ。記述自体はおおむねコード主体ですが、その際にPropertyの仕組みを使って、「(永続可能な)属性値の受け皿」を作ってあげてるような感覚を覚えます。このCompoのこの属性をProperty(たとえそれが派生属性でも)として宣言しとけば、あとは必要なときにDelphiが勝手に永続化してくれるから安心、みたいな。Delphiが勝手に永続化どうも「永続化」という言葉になじめていないようで、実は今までは“コード化”かなぁと勝手に思いこんで脳内置換をしてしまっていたのですが、ここへきて、それだと文脈がおかしくなることにやっと気がつきました(^_^;)。なんかわかりやすいたとえ話をいただけるとうれしいです。なんか読んでいると、インスタンスの永続化というのは、メタな言語でコード化することかとも思うのですが、同じ“コード化”でも、はき出したコード(記述)が処理系に非依存的、普遍的であることが大切なのでしょうか。永続化がコードなのだとしたら、そのコード体系には代入文しかない(笑)ってのが特徴だと思います。IfもLoopも無いし自作も不可能。ゆーか変数も自作できない。決められた場所から場所へ値を送るだけ。-戯#てか、Smalltalkこそ永続化のご本家(?)かも。Imageとかってソレじゃないんですか?まあ超素朴なコード体系だから処理系なりなんなりに依存しにくい、ってのは事実でしょうけど、それが本質というわけじゃないと思います。相撲の水入りの後の組み直し、かな。元々の相撲(つまり水入り直前)までは、両力士は動態の中でたまたまそういう位置関係になっていたわけですが、組み直しの時はむしろその「位置関係だけ」を再現する。あんな感じじゃないかな。コードで永続化してくれるもの」と言い換えさせてください。--sumim#ところで、ここらの一連のやりとりはリファクタリングして別頁にしたほうが良いかも。こんなのでいかがでしょうか。--sumim話を戻すと、配布するときに必ずソースにしないとならないってのは微妙に変ですね。「テキストファイル」を出力するよりも「テキストファイルを生成するプログラム(笑)」を出力するほうがコストが低いかなとは思います。>配布するときに必ずソースにしないとならないってのは微妙に変ん〜。別の言語が絡む...というほうが回りくどく感じてしまいますね。いうメソッドを定義しておくのが作法で、このカスケードがうまく働けばコードは自動生成されます。