C# と VB.NET の質問掲示板

分類:[.NET 全般]　

■環境
・VS2022 Pro 17.8.2
・Win10 Pro 22H2

■ソリューション内プロジェクト
①(exe)VB Framework 4.7.2　※③をプロジェクト参照、その他NuGet参照あり
②(web)C# Framework 4.6.2　※③をプロジェクト参照、その他NuGet参照あり、WebForm/Web API
③(dll)C# Framework 4.6.2　※NuGet参照あり

■事象
・③共通DLL内のフォームに、共通フォーム(WinForm)あり
・①から継承フォームを利用したら、デザインで下記エラーメッセージ１が表示される。
・①③で継承フォームの新規作成をしたら、エラーメッセージ２が表示される。(ただしOKで継続可能だが、デザインは不可)

■エラーメッセージ１
ファイル内にデザインできるクラスがないため、このファイルのデザイナーを表示できませんでした。ファイルの以下のクラスがデザイナーで見つかりました: Form1 --- 基本クラス 'System.Void' をデザインできません。

■コールスタック
場所 System.ComponentModel.Design.Serialization.CodeDomDesignerLoader.EnsureDocument(IDesignerSerializationManager manager)
場所 System.ComponentModel.Design.Serialization.CodeDomDesignerLoader.PerformLoad(IDesignerSerializationManager manager)
場所 Microsoft.VisualStudio.Design.Serialization.CodeDom.VSCodeDomDesignerLoader.PerformLoad(IDesignerSerializationManager serializationManager)
場所 System.ComponentModel.Design.Serialization.BasicDesignerLoader.BeginLoad(IDesignerLoaderHost host)

■エラーメッセージ２
---------------------------
アセンブリの読み込みエラー
---------------------------
アセンブリ '＜アセンブリ名②＞' を読み込めません。ファイルが有効な .Net Framework アセンブリであることを確認してください。
---------------------------
OK
---------------------------

■対処
・各プロジェクトのクリーン
・各プロジェクトのbin/objフォルダの削除
・.vsの削除
・VS2022 17.8.1にロールバック
・VS2022のアンインストール＆再インストール

■疑問
・System.Voidが基本クラス？構造体だった気がする
・Windows Formなのに、なんでASP.NETのDLLを読もうとする？
・コンパイルはDEBUG/RELEASE共に正常、①の実行も正常、③内コード実行も正常(DBクラス、継承フォーム等)

■勘違い
・途中まで＜アセンブリ名②＞ではなく、＜アセンブリ名③＞だと勝手に誤解

■その他
・近々では17.8.1→17.8.2にアップデート、ローカルGitサーバを建ててTortoiseGit等をイジイジ(当該ソリューションはGit関係未実施)
・「Developer Community」の方が適切だとは思いますが、英語が…
よろしくお願いします

前の記事(元になった記事)	次の記事(この記事の返信)
親記事	→Re[1]: 同じソリューションでASPDLLとWinFormDLLの共存 /WebSurfer
上記関連ツリー
同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/11/30(Thu) 17:20) #102649 ←Now
`└` Re[1]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/11/30(Thu) 17:53) #102650
`└` Re[2]: 同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/12/01(Fri) 09:06) #102653
`└` Re[3]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/12/01(Fri) 09:38) #102654
`├` Re[4]: 同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/12/01(Fri) 11:14) #102655
`│└` Re[5]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/12/01(Fri) 11:55) #102656
`│ └` Re[6]: 同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/12/01(Fri) 14:14) #102657
`│ ├` Re[7]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/12/01(Fri) 14:53) #102658
`│ ├` Re[7]: 同じソリューションでASPDLLとWinFormDLLの共存 / 魔界の仮面弁士 (23/12/01(Fri) 15:30) #102659
`│ │└` Re[8]: 同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/12/01(Fri) 16:31) #102662
`│ │ └` Re[9]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/12/01(Fri) 16:59) #102663
`│ └` Re[7]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/12/01(Fri) 15:47) #102660
`└` Re[4]: 同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/12/01(Fri) 16:13) #102661
上記ツリーを一括表示 / 上記ツリーをトピック表示
上記の記事へ返信

前の記事(元になった記事)

次の記事(この記事の返信)

親記事

→Re[1]: 同じソリューションでASPDLLとWinFormDLLの共存 /WebSurfer
　

上記関連ツリー

同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/11/30(Thu) 17:20) #102649 ←Now

└

Re[1]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/11/30(Thu) 17:53) #102650

└

Re[2]: 同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/12/01(Fri) 09:06) #102653

└

Re[3]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/12/01(Fri) 09:38) #102654

├

Re[4]: 同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/12/01(Fri) 11:14) #102655

│└

Re[5]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/12/01(Fri) 11:55) #102656

│ └

Re[6]: 同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/12/01(Fri) 14:14) #102657

│ ├

Re[7]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/12/01(Fri) 14:53) #102658

│ ├

Re[7]: 同じソリューションでASPDLLとWinFormDLLの共存 / 魔界の仮面弁士 (23/12/01(Fri) 15:30) #102659

│ │└

Re[8]: 同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/12/01(Fri) 16:31) #102662

│ │ └

Re[9]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/12/01(Fri) 16:59) #102663

│ └

Re[7]: 同じソリューションでASPDLLとWinFormDLLの共存 / WebSurfer (23/12/01(Fri) 15:47) #102660

└

Re[4]: 同じソリューションでASPDLLとWinFormDLLの共存 / ded (23/12/01(Fri) 16:13) #102661

上記ツリーを一括表示 / 上記ツリーをトピック表示
　

上記の記事へ返信

名前 (*必須)
E-Mail (任意)
Web サイト (任意)
投稿モード	通常モード　　図表モード (ソースコードを貼る場合はこちらを使用)
本文　(質問の場合は、開発環境・使用言語のバージョンなどを最初に書いてください) ■No102649 (ded さん) に返信 > ■環境 > ・VS2022 Pro 17.8.2 > ・Win10 Pro 22H2 > > ■ソリューション内プロジェクト > ①(exe)VB Framework 4.7.2　※③をプロジェクト参照、その他NuGet参照あり > ②(web)C# Framework 4.6.2　※③をプロジェクト参照、その他NuGet参照あり、WebForm/Web API > ③(dll)C# Framework 4.6.2　※NuGet参照あり > > ■事象 > ・③共通DLL内のフォームに、共通フォーム(WinForm)あり > ・①から継承フォームを利用したら、デザインで下記エラーメッセージ１が表示される。 > ・①③で継承フォームの新規作成をしたら、エラーメッセージ２が表示される。(ただしOKで継続可能だが、デザインは不可) > > ■エラーメッセージ１ > ファイル内にデザインできるクラスがないため、このファイルのデザイナーを表示できませんでした。ファイルの以下のクラスがデザイナーで見つかりました: Form1 --- 基本クラス 'System.Void' をデザインできません。 > > ■コールスタック > 場所 System.ComponentModel.Design.Serialization.CodeDomDesignerLoader.EnsureDocument(IDesignerSerializationManager manager) > 場所 System.ComponentModel.Design.Serialization.CodeDomDesignerLoader.PerformLoad(IDesignerSerializationManager manager) > 場所 Microsoft.VisualStudio.Design.Serialization.CodeDom.VSCodeDomDesignerLoader.PerformLoad(IDesignerSerializationManager serializationManager) > 場所 System.ComponentModel.Design.Serialization.BasicDesignerLoader.BeginLoad(IDesignerLoaderHost host) > > ■エラーメッセージ２ > --------------------------- > アセンブリの読み込みエラー > --------------------------- > アセンブリ '＜アセンブリ名②＞' を読み込めません。ファイルが有効な .Net Framework アセンブリであることを確認してください。 > --------------------------- > OK > --------------------------- > > ■対処 > ・各プロジェクトのクリーン > ・各プロジェクトのbin/objフォルダの削除 > ・.vsの削除 > ・VS2022 17.8.1にロールバック > ・VS2022のアンインストール＆再インストール > > ■疑問 > ・System.Voidが基本クラス？構造体だった気がする > ・Windows Formなのに、なんでASP.NETのDLLを読もうとする？ > ・コンパイルはDEBUG/RELEASE共に正常、①の実行も正常、③内コード実行も正常(DBクラス、継承フォーム等) > > ■勘違い > ・途中まで＜アセンブリ名②＞ではなく、＜アセンブリ名③＞だと勝手に誤解 > > ■その他 > ・近々では17.8.1→17.8.2にアップデート、ローカルGitサーバを建ててTortoiseGit等をイジイジ(当該ソリューションはGit関係未実施) > ・「Developer Community」の方が適切だとは思いますが、英語が… > よろしくお願いします >
編集キー	自分の投稿を編集する時に必要です (半角8文字以内)
解決済み /解決したらチェックしておきましょう。
プレビュー/

ASP.NET、C++/CLI、Java 何でもどうぞ

C# と VB.NET の入門サイト