スキップしてメイン コンテンツに移動

.NET MAUI .NET7から.NET8への移行にはまった話

Microsoft.Android.Ref.33とは??

備忘録として

マイクロソフトさん頼みますよ・・・

Visual Studioに新しいバージョンが降ってきたので早速.NET8に変更してビルドしたら

Androidのビルドで

「パックバージョンの取得エラー。パック 'Microsoft.Android.Ref.33' がワークロード マニフェストに存在しませんでした。」 

とエラーになって、ビルドが通らない

どうやっても通らない

もしかして.net8は諦めないとダメなのか?

プロジェクトファイルを直接編集

そんなことは無い

プロジェクトファイルを直接編集したら直った。
直すまでは焦ったけどな

まっさらなプロジェクトを作って比較してみた

ダメなプロジェクトファイル

    <PropertyGroup>
        <TargetFrameworks>net7.0-maccatalyst;net8.0-android33.0;net8.0-ios</TargetFrameworks>
        <!-- Uncomment to also build the tizen app. You will need to install tizen by following this: https://github.com/Samsung/Tizen.NET -->
        <!-- <TargetFrameworks>$(TargetFrameworks);net7.0-tizen</TargetFrameworks> -->


修正後のプロジェクトファイル

    <PropertyGroup>
        <TargetFrameworks>net8.0-android;net8.0-maccatalyst</TargetFrameworks>
        <!-- Uncomment to also build the tizen app. You will need to install tizen by following this: https://github.com/Samsung/Tizen.NET -->
        <!-- <TargetFrameworks>$(TargetFrameworks);net8.0-tizen</TargetFrameworks> -->

おわかりいただけるでしょうか

ダメな方はAndroidのプロジェクトに 

;net8.0-android33.0

と「-android33.0」と言うのが入っている

それと入れた覚えの無いnet8.0-iosも(iosは対象から外しているのよ)

なので、そこを書き換えたらビルドは上手く行きました

対象バージョンが消えた

が、焦るのはそれだけでは無い

 

プロジェクトファイルのAndroid部分
プロジェクトファイルからターゲットフレームワークが.NET8だと空白になってしまう

何じゃこりゃーと思ったがこれでいいらしい

マニフェストファイルにちゃんとターゲットが設定されていればそれを引き継ぐ

例えばえるいーだーはこう

Androidのマニフェスト

ちゃんと対象バージョンをマニフェストに設定していれば心配することは無い・・・

と言うか、今まで両方を設定しなければ行けなかったことがおかしいのだろう

ScrollView

その他ScrollViewが本来の動作に戻った

実はContentPage.ContentやContentView.Contentの下にScrollViewたStackLayoutを何故か並列に書いていても動作してしまったのですが、そんなことをしたらScrollViewは動作しなくなります。

と言うかそれが本来の動作なんだけど、何故かそれでもうちではスクロールビューが機能していたのよね
それが潰されてしまった(と言うかきっとそれはバグ技だったのだろう)

おしまい

コメント

このブログの人気の投稿

RAM DISKを使ってみた(使ったのはImDisk)

GWだし、まあちょっとラムディスクを入れてみました うちのPCはWindows11 使ったのはImDiskというRAM Disk。 まあ、この辺のインストールとかはあちこちで解説してる人がいるので適当にぐぐってくださいな で、とりあえずベンチマーク なかなかいいスピードだ で、大抵の人はブラウザのキャッシュをRAMディスクにするといいよ・・・と言うけど そもそもメインドライブがNVMeのSSDを使っている状態で、体感速度なんか上がらない(使い終わったキャッシュを再起動したら綺麗さっぱり捨て去ってくれるという利点はある)  うちで一番効果があるのは Adobe Audition というアプリ これが結構高速化する(キャッシュをちゃんとRAMディスクにしたら・・・だけど) ハイレゾ音源だと、1時間の音源が何かする度に4GBのファイルを作られてしまう なので、RAM DISKにすると、結構編集時間を短縮できる Premiere Rushも出力先をRam Diskにしておいて終わったら、SSDにコピーすると言う事をやるとかなりスピードアップになる 実はうちのPCは普段は99%のパワーで動作していて、CPUのターボブーストが掛からないようになっている 大体3.6GHz当たりで安定してるのだけど、これを100%にするとターボブースト機能がONになって一部のコアが4.5とか4.8GHzまで上がる まあ、毎回電源オプションをいじる事になるのだけどさ・・・ そうしてベンチを取ると こんな感じ とは言え、ブーストしてるからと行ってRam Diskのスピードの差を体感する事はさすがに無理 ・・・と言うかフォトショでもRAM DISKにしてよかった・・・と言うほど変わらない SSDの性能が上がってきたしもし次にPCを買い換えたらRAM DISKよりSSDの方が速いかもね  

.NET MAUI BLE(Bluetooth Low Energy)も上手く行った

2023/10/11更新 ↓こちらの記事で更新しれました。 .NET MAUI PLUGIN BLEがWindows(10/11)に対応してた Windows対応 イヤッッホォォォオオォオウ Bluetooth LE plugin for Xamarin &amp; MAUI がWindowsに対応してた~ nugetでver3.00をみんな早速ゲットだ。   ちなみにこちらはAndroid版のサンプルアプリ   GitHub...   [ブログカード風リンクタグ作成] ------------------------------------------------------------------------------ 昔、スマホとESP32の接続確認用に作ったプログラムをXamarinからMAUIに移植したら動いちゃった   まあ、ESP32からスマホへの一方通行なアプリなんだけど 面倒くさいので github に公開した 下手くそなコード書きやがってとか思われそう 「間違ってるぞこのやろう」というのを見つけたら教えてくれると嬉しいです 要素技術の調査はこれで完了かな

.NET MAUIでスプラッシュスクリーン Android12で地獄を見る

まずは起動するところから・・・・  スプラッシュスクリーンだぬ マイクロソフトのサイト 見てると簡単そう(実際簡単で細かい事を気にしなければsvgファイルを用意して1行だけ書き換えておしまい)   なんかプロジェクトファイルに自動で記述されるらしい よし、プロジェクト作った                     つーか、もうスプラッシュがあるんだけど・・・・ そして自作のsvgファイル くうっ・・・デザインセンスない・・・・   それはともかく、このSVGファイルを Resources\Images にドラッグ&ドラッグ プロジェクトを右クリックして「プロジェクトファイルの編集」 して、編集できるようになったプロジェクトファイルを 自分のプロジェクトファイルに書き換える <MauiSplashScreen Include="Resources\Splash\splash.svg" Color="#512BD4" BaseSize="168,168" /> ↓ <MauiSplashScreen Include="Resources\Splash\ splashtestmaui .svg" Color="#512BD4" BaseSize="168,168" />   とりあえずAndroidで実行 お、おう・・・・ まあ最初はこんなもんよね 最初に紹介したマイクロソフトのサイトでもBaseSizeを書き換えてくださいって言ってるし 言われたとおりに <MauiSplashScreen Include="Resources\Splash\splashtestmaui.svg" Color="#512BD4" BaseSize=" 320,600 " /> 書き換えてみると いい感じじゃーん じゃあアンドロイドのバージョン毎に試してみよう   Android 7 Android 11 Android 12 Android 13