[Java SE 7] 次世代Javaの動向 6 [dolphin]
at TECH
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
200:デフォルトの名無しさん 08/02/24 16:50:42 クロージャでもBGGAの場合は、RAIIっぽい事ができるってメリットあるけど、 プロパティは基本的にタイプ数が減るだけ。 201:デフォルトの名無しさん 08/02/24 16:52:58 >>199 汚れる程度の問題もあるんだよ。 プロパティ導入は下手するとソース互換性破壊するし。 202:デフォルトの名無しさん 08/02/24 16:53:53 コンポーネント志向にはプロパティが必要。 203:デフォルトの名無しさん 08/02/24 16:55:26 beansのプロパティで我慢 204:デフォルトの名無しさん 08/02/24 17:07:46 >>201 バイナリ互換性じゃなくてソース互換性？ 「下手すると」って書いてるけど、どの案でどういう問題が？ 205:デフォルトの名無しさん 08/02/24 18:03:08 >>204 あるクラスにプロパティ hoge と、フィールド hoge があった時に、 識別子 hoge で、フィールドとプロパティどっちアクセスすんの？って話。 プロパティ hoge の宣言と、フィールド hoge の宣言を排他にすりゃ問題ないけど beans のプロパティ hoge と、フィールド hoge は共存できてたわけで、 安易に排他にするとソース互換性を破壊する。 アクセスレベルのルールをちゃんと考えれば互換性たもてるかもしれんが、 失敗すればフィールドアクセスのつもりがプロパティアクセスになったりしてソース互換性破壊する。 頑張ってアクセス時のルールで互換性維持したとしても プロパティ hoge を継承クラスのフィールド hoge で隠蔽できるようになったりする。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
5387日前に更新/204 KB
担当:undef