11.3 オブジェクト指向を使えば！ : Javaのオブジェクト指向入門
ここまで、グローバル変数や構造体の問題点を見てきました。 では、オブジェクト指向プログラミングを使ってこの問題点を改善していきましょう。 「カプセル化」する まずはオブジェクト指向プログラミングの一機能「カプセル化」を使ってみましょう。 具体的には、「3.5 GetterとSetter」で紹介したGetterとSetterを使って、フィールドを守ってみます。 // AccessorRunner.java /** * フィールドをprivateにして、 * GetterとSetterを持つクラス。 */ class Accessor { /** * privateフィールドx3。 */ private int data1; private int data2; private int data3; /** * そのGetterとSetter。 */ public int getData1()
Java EEや.NETはCOBOLやVB6よりも本当に生産性が高いか？ - 達人プログラマーを目指して
プログラミングと設計は本来切り離せないものなのではがすごい反響だったのですが、結局この記事で私が言いたかったことは、 Java EEなどの現代的な開発環境はCOBOLなどの古い言語を使った開発とは根本的に設計の手法が異なる 多くの現場では未だに古い設計手法を使っているため、オブジェクト指向などの最近の開発環境のメリットが活用できず、低い生産性にとどまっている。 ということに要約できると思います。ただし、どうして、Javaではオブジェクト指向で開発しないといけないのか、どうして昔ながらの伝統的なやり方を改め、新しい設計手法を採り入れないといけないのかと疑問を持たれた方もいらっしゃるかもしれません。ここでは、開発手法と生産性の問題について、もう少し掘り下げて検討してみたいと思います。 レガシー言語の生産性 最近のCOBOLでは、オブジェクトやスタック変数すら使えますが、ここではCOBOL85の
「疑り深いあなた」はインスタンスをOOPの本質と言われて納得できるのか - みねこあ
私が、なぜオブ本書評で前橋さんの講義「疑りぶかいあなたのためのオブジェクト指向再入門」を OOP じゃない、と言った問題について、神様なんて信じない僕らのために さんで議論になっています。 関数はひとつしかない事が問題なの？ - 神様なんて信じない僕らのために 続・関数はひとつしかないことが問題なのか？ - 神様なんて信じない僕らのために 複数個を前提とした設計はオブジェクト指向で綺麗な設計か？ - 神様なんて信じない僕らのために で、最後のの、前橋さんのコメントを読んで、思ったこと/言いたいことが出て来てムズムズしてしまいました。あぁ、あたしんちに書いてくれたらうれしかったのに。で、Isoparametricさんちの コメント欄にいろいろ書きかけたのですが、例によって肥大化してしまったですし、ちょっとヒトのウチで場外乱闘はどうかな？、と思い直して自宅にてエントリーをば。 ひとつめ、 抽象
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
