なぜVBは扱いが低いのか
うちの会社の人が機械連動でVB動かして、速度上げると動かないとか言ってた
アナログの高速反応に対応するには厳しいだろって(ry
元々敷居が低い事を狙って使い始めた連中が多いので、「動けば良いや」というレベルに留まりがち。
その上、凝った事をやろうとするとそこらの言語よりも数倍苦労しなくちゃならない。
フォームにコントロールを配置して記述していくという武器を取り上げられる事になる。
もちろんフォームを使ってゲームを作る事もできるものの、そもそも Windows GUI はゲーム向きじゃない。
結果的にそれらのゲームは見た目もしょぼく、操作性も悪いという烙印を押される事になってしまう。
DirectXでアクションやシューティングとなると、VBでやるのはマゾ行為でしかないな。
VB と記述した場合、今でも VB.NET じゃなくて VB6 以前を指すのかなぁ
VCだって、C++のランタイムとMFCのDLLを合わせただけでも、結構なサイズなんだけど、静的リンクしてたりアーカイブ同梱で勝手にインスコするから、素人は気づかないだけ。
あと、ゲーム云々に関して言えば、VB5までは、DXが標準で使えなかったけど、VB6以降は普通に使える。
パフォーマンス的にも、2000年代に入って、ポリゴンの頂点計算とかハードにやらせるようになってからは、よほど限界ギリギリの領域でもない限り、C++で書くのと大差なんてなかったよ。
使う奴が少ないのは、単に参考資料が殆どないから誰も使わない、というだけ。
とりあえず課題スレにある１５パズルから作ろうとおもたけどいきなりは大変なので９パズルに挑戦な
んで、下記はピースの動きのコード下にしか動かんけど、いい感じだフォームとピクチャーボックスでいける
Sub picDown()
Dim nowX As Integer = PictureBox1.Left
Dim nowHeight As Integer = PictureBox1.Height
Dim newY As Integer = PictureBox1.Top + nowHeight
Dim idouY As Integer = nowHeight / 6
For i As Integer = 1 To 6
PictureBox1.Top += idouY
Threading.Thread.Sleep(10)
Me.Refresh()
Next
PictureBox1.Top = newY
Me.Refresh()
End Sub
Private Sub Form1_KeyDown(ByVal sender As Object, ByVal e As System.Windows.Forms.KeyEventArgs) Handles Me.KeyDown
If (e.KeyData = Windows.Forms.Keys.Down) Then
'MsgBox("↓", MsgBoxStyle.Information, "Form1_KeyDown")
picDown()
End If
End Sub
Private Sub Form1_KeyPress(ByVal sender As Object, ByVal e As System.Windows.Forms.KeyPressEventArgs) Handles Me.KeyPress
MsgBox(e.KeyChar, MsgBoxStyle.Information, "Form1_KeyPress")
End Sub
http://yuzuru.2ch.sc/test/read.cgi/gamestg/1206538342/779
> 779 名前：名無しさん＠弾いっぱい[] 投稿日：2010/09/15(水) 13:08:43 ID:9cI7/JLI0
> ＰＣＥでもＭＤでもＳＦＣでもないが、それっぽい（昭和っぽい）画面の
> ゲームがある。
> はっぴぃしゅーたーＶＢ６
> ttp://homepage1.nifty.com/shifu2/main.html
> なんとなくＰＣＥ版究極タイガーやガンヘッドあたりを参考に作ったようだ。
> ＰＣ用だが、試しにやってみるといいかも？
これ、ソースが公開されていればもっと良かったのにとか身勝手な事を言ってみる。
Visual Basic でシューティングとはなかなか頑張ってるね。
ちょっと進歩したぜ！あぁ>>11さんオイラシューティング苦手だから無理な
ちょっとソース長くなったからここに貼らないほうがいいかな
どこかUPローダーない？
http://gmdev.xrea.jp/st/up/125.txt
とりあえず、上下移動ができるようになった
キモはピクチャーボックスオブジェクトを配列にいれて処理してるとこだな
こりゃ楽勝だぜ
そこまで原始的じゃなかったかｗ
終了判定いれてみた
Sub EndOfGame()
For i As Integer = 1 To 9
If Not (obPicsWin(i).Name = obPics(i).Name) Then
Label1.Text += ":No"
Exit Sub
End If
Next
Label1.Text += ":End"
End Sub
キモは配列に正解を入れておくとこだぜLOAD処理でやってる
これで最初のならびに達したかどうかがわかるぜ！
ReDim obPics(10), obPicsWin(10)
obPics(1) = PictureBox1
obPics(2) = PictureBox2
obPics(3) = PictureBox3
obPics(4) = PictureBox4
obPics(5) = PictureBox5
obPics(6) = PictureBox6
obPics(7) = PictureBox7
obPics(8) = PictureBox8
obPics(9) = PictureBox9
For i As Integer = 1 To 9
obPicsWin(i) = obPics(i)
Next
既にゲームぽいけどもっと進化させるぜ
ちょっと工夫して画像を自分で設定できるようにしてる
んで画像読み込んでコピーするまで出来た！フォームとピクチャボックス２つとダイアログ１つで簡単にできる
これ組み込んだら完成だな
次のがコピーのコードだ、結構厄介だったぞ
Private Sub Button2_Click(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles Button2.Click
Dim img = New Bitmap(PictureBox1.Image)
'PictureBox1のGraphicsオブジェクトの作成
Dim g As Graphics = PictureBox2.CreateGraphics()
'元の画像の(10,10)-(100,100)の部分を切り取って表示する
'座標(0,0)に表示し、単位をピクセルとする
Dim rect As New Rectangle(PictureBox2.Top, PictureBox2.Left, PictureBox2.Width, PictureBox2.Height)
g.DrawImage(img, 0, 0, rect, GraphicsUnit.Pixel)
Dim newBMP As Bitmap = img.Clone(rect, img.PixelFormat)
PictureBox2.Image = newBMP.Clone
'Graphicsオブジェクトを破棄
g.Dispose()
End Sub
ちょっといい感じになったのでソースアップ
画像）http://gmdev.xrea.jp/st/up/126.bmp
ソース）http://gmdev.xrea.jp/st/up/127.zip
TOOLはVS2008のVB2008
起動してそのままでも動くけど、背景を選択してBMP画像選んでくだちい
ピース部分だけカラーであとは白黒になります
で動かして、元の場所になると全部カラー表示します
（背景が小さいとｴﾗｰ起こすのは愛嬌
無駄ゲ処理とかミスとか修正したから結構遊べるお！
キモはほとんどWebから見つけたソースってとこだなｗ
楽勝
はっぴぃしゅーたーＶＢ６ を作ったモノです。
自分のゲーム名でぐぐったらここに出てしまいました。
ソースの公開は不可能ではありませんが、コード量が膨大で、
まず初見でいやになります。
クラスモジュールだけで８７個です。いやになったでしょ。
ＶＢ６とＶＢ.netではポインタの扱いが違うので
.net開発者がみてもあまり参考になりませんし、私も.netは素人です。
ゲームの基本的な事は相談に乗れるとおもうので、>11のホームページにある
メールアドレスから相談してもらってかまいませんよ。
はっぴぃしゅーたーの代わりに、昔作った簡単なシューティングの
ソースをあげました。参考にしてください。
ttp://homepage1.nifty.com/shifu2/DL/SH.zip
古いプログラムなのでウエイト３万くらいかけないと速すぎて遊べませんよ。
ウエイトに234567と入力すると無敵モードになります。
これはその昔、私がマイコンベーシックマガジンに投稿したものに、
多少手を加えたものです。
わわ、これはすごい。
私は Visual Basic ってもう扱ってなくてインストールもしてなかったりなんですが、
こういうサンプルがあれば何か色々応用できそうですね！
また Visual Basic 触ってみようかな〜。
>>19ﾀﾞｳﾝしました！S藤さん、すごいお！こういうのあると触発されちゃう
いまVB2008にうｐぐれどしたけど、さすがにそのままじゃ動かん＞＜
ちょっと動くようにしてみる
9pzlは難易度とシャッフルを実装した、後は出来上がりまでの動いた回数記録すればゲームになりそうです
>>21
簡単にはいかないでしょうね。
作り直すぐらいの覚悟は必要でしょう。
私も.NETで何か簡単なモノでも挑戦してみようかな？
9pzl難易度と回数いれて完成！
ttp://gmdev.xrea.jp/st/up/128.zip
実行は上下左右の矢印キーのみ
こうやってVBの地位を上げていかんと扱い低いままっしょｗ
>>22さん是非是非何かお願いします私は.NETとかあまり意識せずに作ってますのでソースはひどいですが何もしないよりましかなｗ
Ｃ系の言語にかなわない部分もあるが、それは、かなり高レベルでの話である。
だから、トップクラスのＣプログラマーに言われるのは仕方ないが、
まだ未熟なＣプログラマーにＶＢ使ってるってだけでバカにされるのは面白くない。
それにゲームの場合は、開発言語よりも、ゲームデザインやバランスの方が、
ずっと重要だ。私個人としては、一人でゲーム作るなら、むしろＶＢの方が
作りやすいと思う。
自分でこう言ってるのに言語に執着してるのはあなたじゃないの？
定義が面倒なのと処理が遅いのに目をつぶれば
こっちも何も言わねーよ！
何も作れない奴が暴れてるｗｗｗｗ
私が>21で上げたシューティングは、初代ペンテアムの１３３ＭＨｚで開発
したモノでした。今では考えられない低スペックですね。当時は、いろいろ工夫して、
どうにか遊べるモノにするのがやっとでした。現在のＰＣスペックは当時からみて、
かなり余裕ができました。はっぴぃしゅーたーは、ＶＢではかなり快適に動く
シューティングなので、システム的に工夫してる部分も含めて、まだ遊んでいない人には、
プレイしてみてほしいな。ＶＢ６の底力を見せた一作です。
ttp://www.vector.co.jp/soft/winnt/game/se485994.html
さてと、ＶＢ２０１０インストール完了。そろそろ始めますか。
ＶＢ６のプロジェクトが開けない！！あわててＶＢ２００５をインストールして
やっと開けた。ＶＢ２０１０はアップグレードウィザード使えないのか。
秀丸エディタに Visual Basic 用の設定ってのがあって。
それを使っている人が結構いるんだろうかと思った次第。
ベーマガ。懐かしい。
ＶＢ２００５用の簡単なシューティング作成用のサンプルを作りました。
多くのモジュールはＶＢ６からアップグレードしてちょっと修正しただけなので、
汎用モジュールとしての動作保証は、まったくできません。
本気にせず、遊びだと思って、ちょっとやってみたら、あとは軽くスルーしてくださいね。
ttp://homepage1.nifty.com/shifu2/DL/shsmp.zip
ずいぶんたったけど、反応も無いし、このスレも死んだかな？
１９と３９のダウンロードは終了しました。
希望があれば、また上げてもいいですが、このスレ、もう誰もいなくなった？
aとbがVariant型になるクソ仕様
int* a, b, c;
だとb,cがポインタにならないクソ仕様だろ。
netになったら空気になった
スレタイのようになった。
みんなどの言語から勉強した？
変数名は６文字までとか、信じられないような制限がついていた
アセンブラから入ったヒトいますか？
昔のBASICは実質２文字だったぞ
8biit時代のゲームはアセンブラが多いよ
から、アセンブラが一番速い。当時のゲームプログラマはアセンブラ必須だった。
Ｃで作るようになったのはＰＳぐらいから。ＰＣではもう少し早くＣが出てきていたな。
詳しくは知らないが、Basicにアセンブラを埋め込むことができたから、
それでゲームを作ってる人もいたようだ。
それ以降のOSで「ランタイムが不要」なのか「ランタイムは必要だがデフォルトでインストールされてる」なのかは……どっち？
自分でインストールした記憶があるんだが…
そんなことないと思うが・・・。
ちゃんと動いたよ。
XPはVB6のランタイムが標準になったんだよ、たしか。
5で作っておけば、やり方次第でEXEひとつだけのアプリが作れた。
そいや、9x 系で 5 のランタイムをインストールした覚えがない。
したのは 4 と 6 だけだね。5 だけ入ってるのかな、なるほど。
ＤＸライブラリなどのライブラリのソースを眺めてごらん。
インラインで使われてることがまだまだ多いよ。
プログラミングの敷居を一気に下げた。
誰でもチャレンジしやすくなるってのは重要なことだ。
先日もＡＰＩでフォント作って表示しようとしただけで、どえらい苦労した。
．ＮＥＴでは「ＡＰＩは使うな」と言っているようにしか思えん。
そこらへんもＶＢ６から．ＮＥＴへの移行に失敗した原因だと思う。
マルチスレッドの為に仕方無く移行してるけど…ＶＢ６は偉大だったに同感。
Ｃ＃のユーザーさんは、Ｃ＃でのＡＰＩの使い勝手をどう思っているのかな？
わりと自動でやってくれる（爆弾つきだけど…）など地味にいいところも残って
いたりする。特に大文字小文字…は目が悪い人でもフォントサイズ大きく
しなくていいから作業画面が広く使えて便利。
あそこまで変わると、自然とC#への移行になっちゃう。
まあ、それを意図してたのかもしれないけど、量産プログラマの多くは
Java案件の方に行ってしまったのではなかろうか。
Webアプリ化の流れと重なったし。
まぁ大文字と小文字で別変数を作る訳でもないんだけどね。
あと文字列の結合やらエスケープやらコメントアウトやら制御構文やらBasicのはなんか違和感ある。
Basic使い慣れた人にはいいんだろうけどね。
C#、C++、Java、Javascript、Action script、Perl、PHPと似たような感じなのにVBだけ全然違うから、たまに使うときに戸惑う。
複数行コメントアウトってできたっけ？
できないと思う。ただ選択した複数行全部にシングルクォートをつけるボタンと、
同じように複数行のシングルクォートを一斉に外すボタンがツールバーにある。
多くの言語がＣをベースに考えられたから似たんだろうね。
Basic は、Ｃより古いから似てないんだろう。
これからできるであろう言語も基本Ｃ系のプログラマが考えるだろうから、
Ｃに似た構文になると思う。
だったハードウェアレベルの処理を高級言語で可能にした事。…Ｃ++ではオブジェクト指向
を導入して最強の言語になったが、Ｃ＃やＪａｖａでは、ポインタの排除（または制限）、
オブジェクトの多重継承も無くなるなど、むしろ弱体化している。
話は突然変わるが、ＶＢは入門用の言語としては、一定の価値はある。…が、
問題は次のステップへの移行である。ＶＢ６時代には、ＶＢも上級者になると
ＡＰＩをどんどん使うので、ポインタなどは自然に身に付く。そこからＶＣ++
に進む事も可能だった。
だが、．ｎｅｔになってＡＰＩは使わなくなり、ＶＣ++へのハードルは高くなった。
Ｃ＃への移行は楽だが、同じフレームワークで動作する限り、性能的なメリットは少ない。
やっぱ前の方が良かった。ＶＢ７．０とか出ないかな。
最強になるんだろうね。
それはVBスクリプトの後継ってことなのかねぇ？
「プログラミング入門」というPDFを見つけたもんでね。
http://msdn.microsoft.com/en-us/beginner/ff423682.aspx
HSPをはじめとする、フリーBASICモロモロに似た感じだな。
プログラムの実行は「F5」キーで行う。
Forの対がEndFor、Whileの対がEndWhileだったりと、
言語仕様は少々異なるが、Goto文を堂々と書くなど、
昔ながらの雰囲気を醸し出してるねぇ。
VBSの後継なのか、入門用なのか
入門用つーとLOGOってあったな
定着しなかったが
まじめにコンピューターを扱う学科ならアセンブラやCPUアーキテクチャの講義はやるよ
アルゴリズムの講義ではモダンな言語を使うけどね
同時並行で進む感じ
両方ある程度進んだところでプチ言語コンパイラを書くんじゃないかな
関数型言語も学ぶのが普通だからその辺は楽だけど
やっぱりVB(.NET含む)が流行らないのはC系と記法のスタイルが違いすぎるからだと思う。
違和感ありまくりｗ
今は入門でもJavaあたりになるしね
かなり生き残っていて、ＣＯＢＯＬプログラマーが足りなくて困っているようだ。
しかし…ＣＯＢＯＬってＢａｓｉｃなど比べ物にならないほど、異世界の言語の
ようだね。
桁が多い10進数を正しく扱える言語って、
意外と少ないもんねぇ。
CやJavaで、金額を扱う変数にdoubleを使ってるのを見るけど、
恐ろしくて恐ろしくて・・・
VB6にはCurrencyがあったけど、.NETにあったっけ？
どうやらdecimalてのがそうか。
相応に遅いけど
寝ぼけていた。そのとおりです
があった。
速度？ 知るか
100〜のスレッドの続きを読む