MOTO+4 Applocations のブログ

前回記事にて、MAC OS14 / Xcode 15 / Visual Studio 2022 for MAC で、iOS17対応でXamarinアプリのBuild / TestFlight までできることを確認しました。’24.4月の事です。

しかし諸事情で MAC を再初期化しました。その後、iOSプラットフォームで以下のように現在’24.7月 Build が通らなくなりました。

エラーは、The type or namespace naname interface名 could not be found (a you missging a using directive or un asssmbly reference? ) (CS00246)

Xamarinで 各固有処理を作る場合、プラットフォーム共通部で interface を定義し、各OS固有部側で interface名で、固有部処理クラスを継承します。その interface 名 が未定義だと言われてます。どう見ても合っています。同じコードでVS2019 for MACでは通ります。Xcode側の影響でしょうか??? VS2022 For MAC のサポート終了直前で手間の掛かりすぎるApple対応で心が砕けてしまったのでしょうか?

解決策は、VS2022 Windows でビルトすることでした。

しかし、TestFlight も Windows側で、buildする必要があります。以下のポイントがありました。VS2019から大分進化しているようです。

(1) 基本Build

先に MAC に iPhone を接続して双方で「信頼」し、その後、VS側でMAC接続します。そうしないとVS側で iPhone を認識しない場合があります。 未認識では 「Keyがnullです」みたいなbuildエラーが出てしまいます。

ビルトがずっと終わらないのでMAC側をみてみると、パスワード入力待ちになってました。これを入力するとすすみます。パスワードはMAC本体の方です。

(2) iPhoneでのテスト

デプロイ メニューで行います。

(3) TestFlightのBuild

TesFlight 用にBuildするには、MAC側の証明書、プロビショニングプロファイル が必要です。MAC側の証明書をExportします。その手順はこちら。ここでExport時には必ずパスワードをかけます。これはVS2022側が必ずパスワードを要求してくるためです。

VS2022から [ツール] -> {オプション] -> [Xamarin] -> [Appleアカウント} を開き。チーム一覧から自分のチームを選んで[詳細の表示] を選びます。以下のように詳細画面から[証明書のインポート]を選びます。尚、コントロールパネルの証明書からimportしても効かなかったです。 いちおう[すべてのプロファイルをダウンロード]も実施しておきます。

プロビショニングプロファイルは、注意が2点ありました。

• Windows用VS2022の特有機能と思われる「自動プロビショニング」は、既にMAC側でプロビショニングプロファイルを作っていた場合は使いません。
• adHoc用のプロビショニングプロファイルを作っていると自動認識でそちらが優先されてしまうようです。adHoc用はApple Developr WEBページから削除しておく。

iOSプロジェクトのプロパティの[iOSハンドル署名]の設定例は以下の通りです。ただし以下問題発生1の事象が発生した場合は、署名ID と プロビショニングプロファイル は任意に選択にします。

TestFlight の IPA を生成するには、[ビルド] -> [アーカイブ]を選びます。後は以下のような流れです。

しかし App Store へのuploadは失敗しました。

IPAファイルはWindows側に生成させるので、IPAをMAC Book にコピーして、Transfar アプリ で upload は Ok でした。 オチはありますが、操作性最悪MACを触る量が減ったのでヨカッタです。

問題発生1

‘24.11月 VS2022からapple developer に接続できない事象が発生しています。apple developer のWEBページはログインできます。

これだと新しい証明書のダウンロードができないです。MSのページに以下の個別のアカウントのほうで可能との情報あり。

こちらは、発行者ID、キーID、秘密キー が必要です。その発行のために App Store Connect に行くと、手順説明にある「キータブ」がありません。他WEB記事をみると昔はあったみたいです。

Apple Deceloper側に「キー」という項目があり、こちらて発行してみくましたがエラーになってしまいます。こっちに移ったわけではないみたいです。

XcodeはApple Developerへアクセスできるので、Apple側でVisual Studioからの接続が禁止されてしまったのでしょうか? 継続調査中です。

問題発生2

アプリ固有のパスワードは、Apple Developer のパスワードでは通らなくなりました。アプリ用パスワードを別途発行する必要がありました。Apple Accountの設定からログインし、以下のように発行します。アプリ単位で発行するというわけではないようですので、アプリの設定を探しても機能が見つかりません。

前記事はこちら

TestFlight はどうも気まぐれです。ユーザさんから「招待が届かない」とクレームが沢山です。単純確立は1/5程度です。なんででしょう??? 注意点と対策です。

テスト者のメアドが間違っていても招待済みになってしまう

必ず別メールにて、招待した旨のメールをだしましょう。

---

Apple Store Connect WEBページが応答が悪いときは要注意

この場合は、高い確率でTestFlightの招待が失敗する傾向があります。具体的な事象は、

開発者側から招待は成功し、「招待済み」の表示になるのですが、テスト者に招待が届かない

です。たたWEBページ低応答と同事象が常用的に発生してしてただけかもしれません。

---

TestFlight の再招待

再招待のボタンがあったので使ってみました。この時は効果はなかったです。

---

TestFlight のURLを直接テスト者に通知する

以下のようにパブリックリンクを有効にして、制限人数を設定し、URLコピーをテスト者にお送りします。こちらは有効な手段です。ただApple 審査が終わっていないとテストはできないため、Apple側の問題で招待がとどいていない場合のみ対策となります。

---

TestFlight のテストを一旦削除して新たに追加する

弊方では効果不明でした。

MACは操作は人間工学に反しています。日本にあってません。もともとMACは急がすゆったり使う人用なのかもしれません。 日本社会では仕事用はWindowsなので、MACから切替えると業務支障をきたします。取引先がMACの場合も把握しておく必要がありそうです。その覚え書きです。随時更新中

Windowの巡回めくりができない。

「ALT +ESC」に相当するものがない。Windowの切り替えランチャーみたいなものがありますが、選びたいんじゃなくて、とにかく考えずにめくってマウスを使わず次に操作するWindowに移りたいんです。いちいちクリックしてたら操作時間と考える時間を余計に消費します。

---

「1」だけキーが幅が倍であやまって押しやすい

他PCでは「ESC」の位置なので習慣的に押しやすい、いろんなとこに予期せず「1」が入ってしまいますい、後で取り除かないといけません。「1」を沢山押すような社会的業務的要件は思いつきません。ブランクキーにでもしとけばいいのに… 邪魔すぎです。

---

CAPSが左下隅にあり、ダイレクトにおせるので予期せずCAPS ONになりやすい

キーボードに手を置くと、左下隅は小指の付け根あたりが当たりやすいです。他PCだと「Ctrl」なので単体で押す分には害はないです。しかし、MACはCAPS単体で CAPS ONになります。他PCでは、Shiftと同時に押さないと CAPS ON になりません。CAPS無効にはできるのですが、ディスクトップ機でApple純正無線キーボードを使った場合は効きません。「大文字小文字違いがそんなに重要?」と思われるかもしれませんが、Vi 使いにとっては非常に重要です。大文字小文字でコマンドが違うんです。意図せすCAPS ONになると、書いていたコードがぐちゃぐちゃになってしまいます。

---

漢字変換がバカすぎる

いうまでもありません。古いMAC OSでは、Google日本語変換が使えていましたが、最新MAC OSではインストールしてもGoogleに切替えできなくなりました。

---

本来したい操作の邪魔になる「ソフトウェア芸」

役にたたない「かっこいいでしょ」といわんばかりのアクション(「ソフトウェア芸」と呼びます)が、意図せず発動するとびっくりしますし本来したい操作の邪魔です。例えば、背景をクリックするとWindowが四方に散らばります。Windowが沢山のときディスクトップ上の何かが見たいとき一理ありるようにおもえますが、見たいWindowあるので強引です。Window移動のためタイトルバーをクリックして上にちょいスライドさせると縮小モードになりますが、何の意味もありません。

---

MAPがGoole MAPとちがう

世界標準はGoole MAPでしょう。目標物などがMACのMAPは少ないようです。MACユーザがら送られていたMAPをみて、待ち合わせ場所に行こうとすると間違えてしまいました。周囲のコンビニが、Goole MAPでは2つ、MACでは1つでした。MACユーザがら送られていたMAPは信用せず、番地を聞いてGoole MAPで特定しておく必要があります。

---

MAC同士でリモートディスクトップはない

リモートワークで欠かせないWIndowsのリモートディスクトップ。MACでも画面共有はありますが、画面だけなので、キーボート操作が変わってしまいます。特に日本語切替がリモート側でなく、ホスト側のみになってしまいます。

---

なんとなくキーボードの応答が遅い

MACからWindows PCに戻るととても作業がはかどります。キーボートの応答性がわるいんですかね。

---

改行がCR+LFでない

MACは、FreeBSDがベースだとか。CRオンリーのようです。基本UNIXマシンなんですね。昔HPや日立UNIXマシンもそうでした。MACユーザとtxtファイル交換時は要注意です。

---

ログインしなとshutdownできない

MACがサーバ機になることはないでしょうから、ログインなしでshutdownさせてもいいんいでは? いちいち面倒すぎる。

---

タブキーによるフォーカス遷移ができない部分がある

「ALT+ESC」の件も含めて、マウスがないと何んも出来ない。MAC-miniをWindows Xamarinからbuildエンジンとして使うだけのとき、マウス繋いでないのでいちいちマウス接続を要してしまう。