古代VBプログラマ質問スレ（Ver.6.0 まで） part65 [転載禁止]©2ch.net (835ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
109(1): デフォルトの名無しさん [] 2015/11/14(土) 21:53:26.29 ID:FdVmpUvz(1) AAS
>VBAにVB6以降で追加された機能なんてそんなにあったか

連想配列、インタフェース継承ではない実装継承、stdcallだけでなくcdecl呼び出しのDLLも扱える
その他いろいろあるが、肝心のビルドはできないというお粗末な結果に・・・
276: デフォルトの名無しさん [sage] 2015/12/25(金) 21:33:33.29 ID:vxsX5S48(1) AAS
>>275
275(3): デフォルトの名無しさん [sage] 2015/12/25(金) 21:21:31.76 ID:5nmp/yEA(1) AAS
VB6からVB.NETへの移植を体系的にまとめた本は有りませんか？
最悪VBではなく他の言語でも構いません
別言語への移植に関する情報が欲しいのです
あるわけないでしょ
外部ﾘﾝｸ[aspx]:www.microsoft.com
314: デフォルトの名無しさん [sage] 2016/09/17(土) 08:55:04.29 ID:ORvkGosz(1) AAS
fso.GetFileName(フルパス)
369: デフォルトの名無しさん [sage] 2018/01/15(月) 21:26:47.29 ID:3N9Vi6BJ(1) AAS
知らないこと と 自分の力で理解できないことを一緒にして他人を煽ることしかできない馬鹿
↓
ID:3WbICYQr
522: デフォルトの名無しさん [] 2020/02/18(火) 18:07:37.29 ID:507yEJtY(1) AAS
村上さん
557(1): デフォルトの名無しさん [sage] 2021/05/31(月) 15:52:22.29 ID:rr6UqUil(1) AAS
あるツイート

ただ、仕事のシステムリプレース案件で、マイグレーションの名のもとに VB 6→VB .NET 自動コンバート手法を採用するのは本当にやめてほしい。 予算と工数の関係もあって、上層部は簡単に考えているようだけど、結果的にメンテナンスが大変になります。 きちんと費用をかけてマイグレーションすべき。
696: デフォルトの名無しさん [] 2022/08/04(木) 17:09:38.29 ID:kI29Y1SH(1/3) AAS
マイクロソフトがライブラリの作り方がわからない時期に提供した手段のひとつ
712(1): デフォルトの名無しさん [sage] 2022/08/19(金) 01:23:05.29 ID:OSKKwF+I(1) AAS
>>710
710(1): デフォルトの名無しさん [] 2022/08/17(水) 16:08:11.19 ID:p9G6/EAX(1) AAS
>>708
VBはフレームワーク

Windowsのメッセージをループしながら、取得して判断する部分は初めから出来上がっている。

バカにされていると思っているのかもしれないが、あまりにできることが少ない状態でリリースしたマイクロソフトを恨んでくれ。
できることが少なくても、拡張することが前提だからな
ビルゲイツが拡張できるようにしろって言ったらしいが

>>711
711(2): デフォルトの名無しさん [sage] 2022/08/17(水) 17:10:55.54 ID:dSJh2pVD(1) AAS
>>704
Windows APIが低級ってマジでいってんの？
超高級絢爛豪華APIだろ
DOSのころはディスク以外のデバイスは全てアプリケーション側で個別に操作しなくちゃいけなかったのに
比較の問題だろ
VBのような高級言語からみればＯＳのAPIは低級だわな
744: デフォルトの名無しさん [] 2022/10/07(金) 09:54:45.29 ID:bzjTUQfQ(1) AAS
>>743
743(2): デフォルトの名無しさん [sage] 2022/10/07(金) 02:10:02.24 ID:WhX/JqrG(1) AAS
>>741
中途半端に知識のある人には、自動変換ではCOM、OCXといった共通で使われる古い部品はそのままだから、新しい部品に置き換えないとVB6からVB.netに書き換えても今後動作しなくなる可能性が高く、.NETの部品は規格が違うから書き換え作業が増えますよと伝えていた
でも実際は、.NET Frameworkのサポート期間の方が短くて、初期のバージョンに移行した方が先に寿命を迎えた

コントロール配列の問題はCOM、OCX問題が無ければ、そのままでも機能するから書き換えてないのも見かけるよ
セキュリティ面では改善されたのかもしれないけど、VB6からVB.netへの書き換えって、本当に必要だったのかな、新しい機能を使うためには.NET Frameworkへ移行した方が良かったものもあるけど、VB.netの開発は終了されて今後新しい機能が追加されないみたいだから、移植時に新しい機能が必要なかった場合は意味が無かったと思う

COM、OCXがそのままでVB.net化されたのなんか、全く移植した意味が無かったと思う

>>740
最近のVB.net移植案件の目的ってなんなんでしょか？
うちの会社は最近のはC#へ移植してるよ
言語は併用できるから古いコードはVB.netへ移植して、新しい部分はC#でも良いけど、VB知らない人にはVB使う意味って無いよね

ところでVB.net化して、VB6名前空間がそのまま残ってるコードをどう思います？
>最近のVB.net移植案件の目的ってなんなんでしょか？
私のケースの場合は、単に担当する私の経験がC#よりVB経験があったためと
依頼側はVB6とVBって似てるからいけるんじゃない？っていう認識のもとでの依頼でしたね

ここ数年C#触れてなかったけど、今の主流は次世代とかのこと考えるとC#のほうがいいのかなぁ
805: デフォルトの名無しさん [] 2024/04/19(金) 02:47:20.29 ID:uD5nyH4z(1) AAS
VB6.0なんてマイクロソフトがもう捨てろと言っているのにな
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s