私はこのコードを読んで私を魅了しました。私は前にこのようなスキンニングを見たことがありません。私は、それに対して不利な点や代替案があるかどうかを知りたい。たとえば、addChild呼び出しのようにCPU使用量が多いのですか?フレックスのボタンをドキュメントの状態でスキニングする
<s:Button id="loginoutBtn" right="10" top="10" label="Log out" label.loggedout="Log in" skinClass.loggedin="skins.FBLogoutButtonSkin" skinClass.loggedout="skins.FBLoginButtonSkin" click.loggedin="logout()" click.loggedout="login()"/>
背景:上記のボタンはログインの例です。私は多くのスキニングを手がけてきましたが、そのプロセスはほとんど常に新しいスキンと一緒に行くための新しいコンポーネントをもたらしました。また、ToggleButtonを使用しますが、上記の使用例が良いでしょうか?
ログインとログアウトのボタンをxyの場所に配置しなければならない場合、どうすればよいでしょうか?
私は、次の2つのボタンまたは1つのボタンを行うと、プロパティを変更するか、このケースでは、私は彼らの関連するスキンとそれぞれのincludeInに設定された2つのボタンを持っていると思うので、
<s:Button id="loginBtn" includeIn="loggedIn" right="10" top="10" skinClass="skins.FBLoginButtonSkin" click="login()"/>
<s:Button id="logoutBtn" includeIn="loggedOut" right="10" top="10" skinClass="skins.FBLogoutButtonSkin" click="logout()" />
私はスキンを多目的に考えると思っていましたが、もっとたくさんのものとしてスキンが作成されているのを見ています。 –
@ 1.21ギガワットいくつかのスキンは「多目的」にすることができますが、通常はテーマで作成するスキンを作成します。たとえば、ButtonSkinを1つ作成し、アプリケーション全体ですべてのボタンに適用します。再利用不可能なカスタムコンポーネントの場合もありますが、このような特定の状況では再利用可能なコンポーネントにも適用できます。スキンをそのコンポーネントの特定のスタイリングとして見ています。コンポーネントを別の方法で表示する方法ですその行動や意味を変えてはいけません。 – RIAstar
ありがとうRIAstar –