c言語的にjavaを教えて

**デフォルトの名無しさん** · 2018/05/08(火) 22:54:32.36

仕事でc言語をつめ込まれた直後にjavaやらされて混乱しとるんじゃが、オブジェクト指向とモジュール構造の差異を教えてほしい

いろいろ調べて自分なりの結論として

・オブジェクトとは、操作に対する「一連の手続き」である
e.g.
操作[電源ボタンを押す]→オブジェクト[PC]→起動[画面がつく]

・モジュールとは「機能or部品の最小単位」である( ≒ 関数)
e.g.
引数[電源ボタンを押す]→main[下位モジュール呼び出し]→(モジュールa[PC内の電源を起動]→モジュールb[プラグから電力を給電]→モジュールc... 以下略...モジュールz[ディスプレイに信号送信])→起動[画面がつく]

つまりモジュールは部品に過ぎないから複数個作って繋げて「一連の手続き」にする必要があるけど、オブジェクトは「一連の手続き」単位だからそれ単体で目的が達成ができる
オブジェクトの中身、処理部分でモジュールが使われていて、スーパークラスとサブクラスみたいな親と子の関係性

こういう認識で合ってる？

**デフォルトの名無しさん** · 2018/05/11(金) 23:01:59.32

C言語が理解できるなら、Xのソースを読んでみよう。
その後、高橋真奈著やさしいJavaを読もう。
あら不思議、スラスラ読めます。
おわり。

**デフォルトの名無しさん** · 2018/05/12(土) 00:04:42.76

Javaとオブジェクト言語を理解するにはRPGで例えると
いちばんしっくり来るのはほんまやな

スッキリJavaが人気本になるわけやで

**デフォルトの名無しさん** · 2018/05/12(土) 00:11:01.28

Javaは意図的な分割が行える

**デフォルトの名無しさん** · 2018/05/12(土) 08:27:18.10

>>23
c言語的なアプローチなら敵状態パラメータをヘッダファイルに構造体として全部書いちゃって、呼出側はその構造体をデータ型としたEnemyAとかEnemyB変数に入れるみたいなやり方であれば、呼出側の負担は殆ど変わらないんじゃないかなって思ったんだけど、
>>13で言ってるようにオブジェクトは構造体を拡張したもの = メソッドまで含んでるってとこが肝なのかな？

**デフォルトの名無しさん** · 2018/05/12(土) 08:34:41.87

>>24
>>25

https://www.amazon.co.jp/dp/4797388269

https://www.amazon.co.jp/gp/aw/d/B07822SN14

これか、買ってみる！

**デフォルトの名無しさん** · 2018/05/12(土) 09:32:11.25

>>27
その通り
例えばint HPが構造体の要素なら加減乗除何でもできてしまうわけだけどクラスのprivateフィールドだと例えば
enemyA.damage(Power attacked)と
enemyA.heal()とに操作を制限できるんだよね
だから変な操作をしてしまえない

**デフォルトの名無しさん** · 2018/05/12(土) 19:34:10.74

ゲームに登場するクラスがEnemyだけだったら
そこまでオブジェクト指向のありがたみは感じないけど

EnemyはそもそもHPやMPみたいなint型のプリミティブな変数だけじゃなくて
SkillとかItemみたいなオブジェクトもフィールドとして当然持つことになるだろうし
そのSkillやItemにもEffectというオブジェクトがフィールドにあるかもしれない
って考えはじめると、手続き型よりコードを書くのが楽にｎ感じるようになる

**デフォルトの名無しさん** · 2018/05/13(日) 08:49:36.07

>>28
やさしいJavaなつかしいな！
おれは初版でお世話になった。何年前だろ。。おれも歳とったなぁ(´・ω・｀)

**デフォルトの名無しさん** · 2018/05/13(日) 13:02:55.43

>>29
ふむふむ、効果は判った、いわゆるそれがカプセル化ってやつだよね
自分にも、他人にも構造体に対し使える操作を固定化させることで、プログラミングする際のミスを減らせるってことかな

**デフォルトの名無しさん** · 2018/05/21(月) 01:41:35.37

>>1
レス読んでないから解決済みかもだが
× オブジェクトとは、操作に対する「一連の手続き」である
○ オブジェクトとは「物」。属性（プロパティ）と操作（メソッド）から成る
で、切り口が違う。例えば女をイカせたい場合、Cだと op=onna("AV女優"); ikaseru(op, KUNNI); に対し、Javaだと、op=new Onna("AV女優"); op.ikaseru(KUNNI); となるのだが、ニュアンスの違いわかるかな？操作から入るのではなく、物から入る

そうすると、ソフトが複雑にならないって良さがあるんだけど、これも経験をつまないピンとこないと思う

で

× モジュールとは「機能or部品の最小単位」である( ≒ 関数)
○ モジュールとは「機能or部品をある程度まとまった単位でまとめた単位』である( ≒ フォルダ)

で
Javaの場合、パッケージと呼ぶ

**デフォルトの名無しさん** · 2018/05/21(月) 05:28:33.16

>>33
レス読もうな
説明とかするならな

**デフォルトの名無しさん** · 2018/05/21(月) 23:15:24.83

どうでもいいけどなんでこういうふうにわざわざ下ネタを例にとる奴が定期的にわくんだろうな>>33

**デフォルトの名無しさん** · 2018/05/23(水) 19:08:29.19

僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法　モニアレフヌノ』

MHMJT

**デフォルトの名無しさん** · 2018/06/20(水) 16:05:37.57

>>1
レス読んでないけどC言語はそれまでのプログラム言語が
プログラマが処理先に自由にgotoしてよかったので
処理が飛びまくって後からの解析がシャレにならなくなっていたのに対して
「関数」として「数値入れると答えが出る」単位でプログラムしましょうという発想

C++などはその関数をクラスという単位にしてパーツの付け替え加工で
使い回せるようにしよう！という発想

Javaはちょっと違う系統のオブジェクト指向から思想を取り込んでるから
「クラス」に「命令を与えると答えが出る」単位にしようという発想
なんだかわからない数値を毎回後から来たプログラマーが
「この数値なんだろう？」って追わなくても
人間にわかる命令で「これをやる」って命令が送られると
プログラムがやはり人間にわかる名前のつけられたデータを取ってきて
自分で命令された処理をやっているというコードが理想。

**デフォルトの名無しさん** · 2018/06/20(水) 21:08:03.93

>>37
30レスくらい読めバカタレ

**デフォルトの名無しさん** · 2018/07/05(木) 01:59:31.57

W08

**デフォルトの名無しさん** · 2018/08/22(水) 14:15:01.74

C++の本でも読めばすぐわかるけどな

**デフォルトの名無しさん** · 2020/01/01(水) 15:25:32.54

メソッドなんて要らん
関数使わせろ

**デフォルトの名無しさん** · 2020/06/22(月) 14:55:49.77

Cのほうがjavaより簡単明朗。推奨されないメソッドの洪水は、見ていて気分が悪くなるし。
でもWebバックエンドならJava一択になるのかな。最初に覚えるなら絶対Cがおすすめ。
そのあとC++そしてjavaが最高の流れ。そこまでいけば、どんな言語もちゃらい・はずだが
・・

**デフォルトの名無しさん** · 2020/06/22(月) 17:02:20.03

あんまり関係ないけど、うちシャンプー、メリット。

**デフォルトの名無しさん** · 2020/06/22(月) 18:49:08.79

既に解決してる単発スレでなに言ってんの
ちゃんインシャンにきまってるわ

**デフォルトの名無しさん** · 2020/06/23(火) 01:20:34.08

リンスインシャンプーはハゲるぞ

**デフォルトの名無しさん** · 2020/06/23(火) 16:04:37.34

Javaやるとハゲると昔から言われていたな・・

**デフォルトの名無しさん** · 2021/07/04(日) 11:11:02.24

終わってるスレだが、オブジェクト指向の「考え方」を
知らずに、巨大クラス作るとそれは「グローバル変数と
それを操る関数たち」っていう、最悪の状態になるんだよな。

**デフォルトの名無しさん** · 2021/07/04(日) 12:05:50.02

>>47
OpenGL用のC++ライブラリですね判ります

Mb · 2021/07/31(土) 17:10:51.16

>>47
C だと変数領域を「共有」しているので、誰かがアドレスポインタを
間違えて使うと、酷い目に遭う。
Java だとローカルな変数をオブジェクトが「抱えて」いて、
それをメソッドを使ってどうこうしよう、という形になる。
ただ、それだとグローバル変数を経由しようとしたときに
ややこしい話になるので、シングルトン実装したオブジェクトに
問合せをするとかいったことになる。
ぶっちゃけ C が解ってるんなら Java は難しくない。
ただ。おれみたいな年寄りからすると、可変長のメモリ領域の
扱いが便利すぎて、「ボケるのが早くなりそうだ (-_-!)」という
不安がある。

**デフォルトの名無しさん** · 2021/08/01(日) 00:26:28.25

>>47
所謂、神クラスのことかな。

一つのクラスに何でも詰め込みすぎて、実質、そのグラス内で定義されているメンバ変数がグローバル変数と化している状態って奴でしょ。
責務もハッキリしてないからテストもできない最悪の状態(再利用性・可読性が死んでる)になってることは容易に想像できる。

Mb · 2021/08/01(日) 01:10:48.84

>>50
それって、C のモジュール化の時点で失敗しているので、
このスレの主旨である Java （あるいは OO）とは
何の関係もないように思う。
いや、言いたいことはわかるんだけど、
その手のとばっちりを喰った経験が多々あって、
トラウマに引っかかるので ……

**デフォルトの名無しさん** · 2022/12/23(金) 19:45:15.05

全部JNIで書けばおｋ

**デフォルトの名無しさん** · 2023/09/22(金) 14:01:04.27

人を信じよ、しかしその百倍も自らを信じよ

**デフォルトの名無しさん** · 2023/10/13(金) 22:47:43.33

c言語の関数をclass内のmethodに置き換えるだけじゃね
？OOの基本はjava のチュートリアルだっけ原文に書いていた気合いだ～

**デフォルトの名無しさん** · 2023/10/19(木) 09:33:38.28

C++的にJavaじゃなくて
C的にJavaってのがミソか