オブジェクト指向は戦場では必要無し その3
■ このスレッドは過去ログ倉庫に格納されています
0001うつつつつ
NGNG引き続きOO厨とアンチOO厨の血で知を笑う戦いきぼ。
その1 http://pc.2ch.net/test/read.cgi/tech/1011997945/
その2 http://pc.2ch.net/test/read.cgi/tech/1013266554/
0002デフォルトの名無しさん
NGNG0003デフォルトの名無しさん
NGNG0004デフォルトの名無しさん
NGNG口が裂けても言えない……。
だから書いてる。
すぐに「その4」ができたら嫌だなぁ…
0005糞スレ
NGNG/ この糞スレは無事に /
/ 終了いたしました /
/ ありがとうございました /
/ /
/ モナーより /
/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄/
∧_∧ / /∧_∧
( ^∀^) / /(^∀^ )
( )つ ⊂( )
| | | | | |
(__)_) (_(__)
0006デフォルトの名無しさん
NGNG0007デフォルトの名無しさん
NGNG前スレを使い切る前にログ落ちするという罠。
0008デフォルトの名無しさん
NGNG00094
NGNGちがう、そもそもこの話のはじまりは「俺は自作自演なんかしない」だ。
それに so-net のアクセスポイントが最近、市単位から県単位(神奈川)に
変わったらしくて、ほとんど常に「スレたてすぎです」がでるんだよ。
今の俺にはスレは立てられないの!
00109
NGNGホスト名か?
とりあえず無事再開したみたいだから前スレ逝ってくれ。
http://pc.2ch.net/test/read.cgi/tech/1013266554/-615
001110
NGNGhttp://pc.2ch.net/test/read.cgi/tech/1013266554/615-
よろしく。
0012デフォルトの名無しさん
NGNG0013デフォルトの名無しさん
NGNG■一生賢明勉強する->人の数倍は効率的に仕事してると他人も認めるようになる->しかし、給料は同じ
結果、独立したり、移動してしまう
独立したら色んな雑事が増えるし仕事のかけもちも増えるしで外から見た能力は下がるし
移動しても仕事より新しい環境への適応に失敗してしまうのが優秀なプログラマ程多い
そんなわけで、若い=廉い優秀な人材が集まってるような職場でなければ、勉強が必要な技術は使い難い。
0014デフォルトの名無しさん
NGNG0015デフォルトの名無しさん
NGNG> 勉強が必要な技術は使い難い。
勉強なんて必要ありませんよ、って言ってほしいのかなあ。
0016デフォルトの名無しさん
NGNG突っ込みドコロは数あれど、取り敢えずマ板逝け。
0017デフォルトの名無しさん
NGNGそれはオブジェクト指向の成果を使っているのであってオブジェクト指向を使っているか?
0018デフォルトの名無しさん
NGNGクラスライブラリを派生して使ってるので、オブジェクト指向を使っていると言える。
オブジェクトを生成して、1メソッドコールして、オブジェクトを破棄する、
だけの使い方の人は存在しません。
それはコボラーであって、人ではありません。
0019デフォルトの名無しさん
NGNGそうか、ならVBuserでもオブジェクト指向使いなんだな なら戦場でもつかえるわ
0021デフォルトの名無しさん
NGNG0022776
NGNG> オブジェクトを生成して、1メソッドコールして、オブジェクトを破棄する、
> だけの使い方の人は存在しません。
オブジェクトを生成して、1メソッドコールして、オブジェクトを破棄する、
だけの使い方の例
class HelloWorld {
public static void main (String args[]) {
System.out.println("18はアホ");
}
}
このプログラムはオブジェクト指向プログラムではないのでしょうか?
0023
NGNGではないです。
0024デフォルトの名無しさん
NGNG1、ギコBASICクラス
http://www.geocities.co.jp/SiliconValley-Oakland/8522/data/ugikoscr.txt
2、矢印とかを描けるコンポーネント
http://do.sakura.ne.jp/~junkroom/cgi-bin/megabbs/lounge/file/1004530597_1/MyDraw.pas
3、復活! Delphi で Olion モドキ!!
http://www5.tok2.com/home/luminel/Pleiades02.lzh
4、VCLを使わない窓クラス
http://pc.2ch.net/test/read.cgi/tech/1009080085/87-88
0025デフォルトの名無しさん
NGNGサーバーサイド組んで見ろ
002624
NGNGDelphiはオブジェクト指向言語であり
しかもお堅い構造化言語でもあり という意味からです
同じような性格のC++だとテンプレート使う場面があって余計に悩ましいでしょうから
0027デフォルトの名無しさん
NGNGVBにクラスライブラリは付いてない。
0028デフォルトの名無しさん
NGNG違いは・・・?
0029デフォルトの名無しさん
NGNG御言葉ですが、クラスなぞ無くてもOOPできます。
0030
NGNGありません。あしからず。
0031デフォルトの名無しさん
NGNGマイクロソフトがVBはオブジェクト指向出来なくてコンポーネント指向だと申しております。
VBはオブジェクトベースのOOPとも関係ありません。
0032デフォルトの名無しさん
NGNGVB でも Implements キーワードを使えばインターフェースの継承(多態)は
できるそうだ。
0033デフォルトの名無しさん
NGNG↓
2.MSの次の言動:Delを作ったヘジを裁判沙汰になってまで引き抜き。
↓
3.MSのアナウンス:「VB-COMはコンポーネント指向」
↓
4.MSのコラム:「VBはオブジェクト指向の海を渡りきれない」
↓
5.MSの次の言動:Delと区別つかない実装継承の.NET作成。
0034デフォルトの名無しさん
NGNGそんな話を持ち出さないでください。
0035デフォルトの名無しさん
NGNGNGワード:VB、ブビチュウ、ゴキブビ
0036デフォルトの名無しさん
NGNGで、関数ポインタとメタプログラミングの関係って何? 関数ポインタを使うと書けて
Java の interface では実現できないメタプログラミングの実例を出して下さいな。
---
832 名前: 投稿日:02/02/23 22:28
>>821
Javaが補助輪付きだっつうのは当たってるわな。
悔しかったら俺に関数ポインタを返せ!
836 名前:デフォルトの名無しさん 投稿日:02/02/23 22:29
>>832
> 悔しかったら俺に関数ポインタを返せ!
interface 使え Yo!
839 名前: 投稿日:02/02/23 22:36
>>836
アフォか!インターフェースじゃ関数ポインタの変わりにならんわ!
せめてリフレクションと言え。
つうか携帯java担当なんでどっちも使えないがな。
841 名前:デフォルトの名無しさん 投稿日:02/02/23 22:37
>>839
関数ポインタでなにがしたい?
845 名前: 投稿日:02/02/23 22:51
>>841
いわゆるメタ構造かな?
関数ポインタ無いと静的プログラムしか書けない。
---
0037デフォルトの名無しさん
NGNGMSは言っていることがコロコロ変わるから信用ならんね。
0038デフォルトの名無しさん
NGNG社内の技術的見解の統一は難しいんでしょうね...
0039デフォルトの名無しさん
NGNGMS の場合、マーケティング用の用語はコロコロ変わるけど、技術的な基盤は
一度作り始めたら諦めが悪いのも確か。
特に COM なんかは
OLE, ActiveX, COM, DCOM, COM+
と Win3.1 のころから未だに引きずっていて、ようやく .net で裏に隠れたって感
じ。Windows DNA とかマーケティング用語を真に受けて勉強すると泣くから、
その当たりを見極める目が必要だわな。
0040
NGNG粘着は相手にしたくありません。
教えて欲しいのなら態度を改めなさい。
そして改心してアンチOOに転向しなさい。
0041デフォルトの名無しさん
NGNG残念だったな dat 落ちしてなくて(w
004224
NGNGたぶんOO派だとしても境界は曖昧な筈、
俺は前に、OO言語を効率的に使ったとしてもオブジェクト指向ではないとかさ
そんなふうに言われてからアンチOO派
OO言語は道具として便利に使うけど、OOは嫌い
というよりOOがどうとか商売してる奴が嫌いなんだけどね
結局失敗してやがるし
0043
NGNG予備知識がないと意味不明なのでわ?
0044デフォルトの名無しさん
NGNGそのインデントには、何か深い意味がある? (いや、微妙に読みづらいなーと
思っただけなんだが)
0045デフォルトの名無しさん
NGNGDelphiだから読むのがめんどくさい。
0046デフォルトの名無しさん
NGNG俺は Delphi はよく知らんのだが、GikoBasic をざっと読んだ感じだと
- プログラムは一つのクラス TGikoScr
- 各トークンは GetSym で読み出して Variant 型として管理
っつー感じなのか。
状態を管理しているのは TGikoScr だけだし、これは OO というよりは典型的な
手続き型プログラミングだと思うけど。OO で設計するなら
- 入力ストリーム
- 字句解析
- 構文解析
- シンボルテーブル
- 構文木/そのノード
- 最適化
- 出力ストリーム
あたりをオブジェクトに切り出すと思うが、そもそも GikoBasic の規模だと、そ
こまでやらずに済ませてる今のコードも悪くないと思うよ。
これが、たとえば変数やラベルにスコープの概念が入っくるとシンボルテーブル
は分けた方が良いし、中間コードを作ることにすると構文木も分けたほうが管理
が楽になる。
0047デフォルトの名無しさん
NGNG004824
NGNGそうですね。 OO言語の機能は使われているけどOOでは設計されていないと思います。
ただ、元のギコBASICはこれを継承してテキストスクリプトでグラフィック描画が出来る
コンポーネントになっていました。
それではこちらのコードは如何ですか?
ギコBASICとエンジンは同じで、TmNum という基本クラスに対してスクリプトは作られ
整数型・浮動小数点型・100進数型などが継承されています。
http://www.geocities.co.jp/SiliconValley-Oakland/8522/data/mformula.txt
継承は使われていますよ
■ このスレッドは過去ログ倉庫に格納されています