Xcode part16

macOSやiOSの開発環境Xcodeのスレ。

Mac App StoreのXcode
https://apps.apple.com/app/id497799835
Xcodeダウンロードページ
https://developer.apple.com/xcode/downloads/
Apple Developer
https://developer.apple.com/jp/
日本語ドキュメント
https://developer.apple.com/jp/documentation/

■関連スレ
プログラミング言語Swift　Part4
http://egg.5ch.net/test/read.cgi/mac/1484763495/
[SDK]iPhoneアプリ開発初心者質問箱49[touch][iPad]
http://egg.5ch.net/test/read.cgi/mac/1538778915/
Objective-C [ObjC part:9];
http://mevius.5ch.net/test/read.cgi/tech/1510920033/
Swift part12
http://mevius.5ch.net/test/read.cgi/tech/1540818496/

■前スレ
Xcode part15
https://egg.5ch.net/test/read.cgi/mac/1552999170/

M1買わせるために旧Mac遅くしやがったかクソが

可哀想な人だ

はっや･･･

>>144
>xcode、若しくは Apple製アプリに限った何かがあるのかもね
Swiftコンパイラを2年ぐらい掛けてチューニングしたと思うぞ。

ビルド速度よりstoryboardの表示とかコードの色付け（の更新）が早いといいな

Xcode 11はM1 Macで動かせないのか・・・
停止マークになっててRosettaでも無理っぽい

ということは、旧環境でないとビルドできないプロジェクトがある場合は、旧環境を残しておかないといけないな。

M1だとVMでmacOS10.xが動かせないのが痛いな

もういっそIntel PCのエミュレータでも作るとこ出ないかね。
Virtual PCの再来。
そこそこ動くんじゃないかね。

ARM移行したらPPCのクロスコンパイル環境をどうするか悩み中
ついに切り捨てなきゃいけない時が来たか

もうPPCはいいでしょ。
あとはどこまで古いOSをサポートするかな。

M1のXcodeだとMacアプリはネイティブかRosetta経由でIntelアプリをデバッグするか選べる。

>>156
arm64向けのqemuがあるからちょっと手直しすればVMは動くのでは？
遅いと思うけど

>>160
こんなのがある。
https://github.com/utmapp/UTM

qemuベースのiOSアプリだけどビルドすればM1でも動くっぽい。

SwiftUIはもう開発のデファクトスタンダードですか？
これから勉強始める場所UIkitとどちらが良いのかなと

>>161
iOSアプリは開発者がノータッチでもApple silicon Macで走るよ。
iPhoneやiPad固有のセンサーなどに依存する機能は無効だし、開発者が無効にすべきと判断した機能は無効に出来るけど。
勿論、Macで動かすべきで無いと開発者が判断した場合は、Mac App Storeでの公開も停止できる。

>>162
対応OSが13以降だから、まだスタンダードとは言えない。
Appleの製品でマルチに展開するつもりなら価値有り。

...って、ここXcodeスレだったね。
Big Surスレのつもりで書いちゃった。

>>162
CarbonからCocoaに移行するのに何年かかったと思う？

>>162
デファクトではないけどこれから勉強するならSwiftUIがとっつきやすいと思う。いろいろやろうとするとUIKitも学ぶ必要が出てくるけど、UIKitから学び始めてもそのうちSwiftUIもやる事になるだろうし、順番が変わるだけでどちらも通る前提で初学者は先にSwiftUIをやった方がUI作りが楽かなという感じ。（個人の見解です）

基本SwiftUIを使いつつ足りない機能をUIKitから借りてくるのが一番お得。

Storyboardと禅問答する制約から解放されたい

12.2まともに動作しないよバカ

趣味ならSwiftUIでいいと思う。仕事だとSwiftUIなんて全く使えない。

＞仕事だとSwiftUIなんて全く使えない。
WidgetKitも把握していない底辺レガシー開発者だと自白w

一から始めるのならSwiftUIでいいんじゃないの

metalってswiftでも書けるの？
例題が見つからない

SampleがObjective-CでもSwiftに書き換えられるだろう
どういうフレームワークをどう使うかでしかないんだから
Objective-Cでのそういうとこも読めないんだったら、まあだが

公式にドキュメントいくらでも転がってるやん…

https://developer.apple.com/documentation/metal/modern_rendering_with_metal
なんてのはブツはObjective-Cだが、関連してるWWDCセッションはていうセッション中は全くもってSwiftで説明してんな
Metalなんて使える使おうという技術者なら、Objective-Cは仮にソラで書けないにせよ読めるぐらいできるだろうというのかなw
(サンプルが古いのかと思ったらそう古くもなさそうで)

>>177
>全くもってSwiftで説明
Swift の他に C (Objective-C ではなく C) もあった
C関数書く／書かなければならまあObjective-Cの方が親和性は高いかな
だからSwiftで(全く)書けないということにならんけど

Metalを使うという意味では、こんなレベルのサンプルもある。

SwiftUIで.drawingGroup()モディファイアを使用する
https://www.hackingwithswift.com/books/ios-swiftui/enabling-high-performance-metal-rendering-with-drawinggroup

>>176
え？　公式にドキュメントぜんぜんないでしょ。

Rendering a Scene with Deferred Lighting in Swift

https://developer.apple.com/documentation/metal/rendering_a_scene_with_deferred_lighting_in_swift

公式が難しいからとなんちゃって初心者向き〜と言うページを読みあさる
↓
ぼちぼちとそれらしいアプリが組めるようになる
↓
公式を読んでみるとなんだこりゃ！？

とほほと同じ道だなw

なんだかんだで英語読めないとダメだよな

英語読めなくても機械翻訳でなんとでもなる

metal翻訳すると金属ってなって読みにくい

エアプ
頭1文字大文字ではないのはほとんどない
仮にあっても大文字(全て大文字)にすればいいだろ

個々人の英語力によるんだろうけど、俺は機械翻訳された日本語読むとかえって疲れるよ。

同意。
知らなかったり不確かな単語を調べるくらいで読み進めた方が文意が分かりやすい事が多い。
どうしても疑問な時に機械翻訳して参考にするけど。
iPadもMacも英和/和英辞書が内蔵されてるんで有難い。

metalとswiftぐぐると違うのばかり出てくる

長い文章は機械翻訳でざっくりと概要を把握してから
そのあと英語で読んでるな

ったく！xcodeのdlがまだ終わらん。6hだぞ6h!!! クソがー

>>191
AppStoreから？
にしてもそんなに...

3分くらいで終わったけどなにか

M1のMacBookAir買おうと思うんだが、Xcodeぐらいならメモリ8Gでも大丈夫かな？

8GのM1 miniでも余裕だったよ

何を作るのかにもよるのでは？
unityでゴリゴリ3Dなら増やした方がいいだろうし

永く使うつもりなら今後OSやアプリがバージョンアップして
使うメモリがどんどん増えていくと想定したほうがいいね。

M1が怪物過ぎて辛い
MAC一強は凄い嫌だ
ドザ消えたらドヤれない

メモリは積んだ方がいいと思うけどM1だとメモリの違いはあまりパフォーマンスの違いに現れないらしい。
SSDは容量が多い方がWriteが速いらしい。
で、問題はAirかPro。
Touch Barが必要かどうか。
バッテリー持ちが少しでも長い方がいいかどうか。
ファンの有無は超時間CPUをぶん回す様な時にはパフォーマンスに影響するらしいけど動画を書き出したりしなければAirでもProでも変わらんかも。
という事でまだどちらにするか迷ってて買ってない俺。

次の出たときにサブ機にすることを考えたらAirでもいいのかもね。16インチとかiMacとかProが本命なら尚更じゃないかな

Airだね
Xcodeを動かす時はクラムシェルだろうから、冷却にサーキュレーターでも当てておけば熱も大丈夫

以前は「クラムシェル」というはあくまでも筐体のタイプの事で、それを閉じて使うのは「リッドクローズド」と言ったんだよな...
未だに違和感がある。

クラムシェルといえば、本来の意味からPowerbook G3やiBookを思い出す

次の開発用Macを何にするか悩むな
メインはWindowsに移行予定だからそこまでハイスペックは要らないとしても、
13"にするか16"にするか悩みそう
現場でiOSアプリの調整するときが結構あって、そういうときに僅かでも画面が広い方が良いからなあ。

外部ディスプレイやiPadを使う気がなくて、かつ僅かでも画面が広い方が良いなら選択は決まると思うが...

まあそうなんだけど、普段は外部ディスプレイだし、使用頻度下がりそうだし、Windowsと2台持ち歩くとなると軽い方がいい、
仕事用とはいえ馬鹿みたいにiOS開発で儲けてるわけではないと考えると安い方が心理的負担が少ないっていう愚痴。すまん。
まあ、身体を鍛えて15インチ級のマシンを2台運ぶのが気にならない身体になるのが一番良いかもだが。

Apple Silicon MacでWindowsが走れば一台で済むのにな。

Microsoft次第

マイクロソフト幹部
「当社は外部から購入したOSやアプリを人海戦術で最適化して販売する会社です。利益率の低い商品には手を出すつもりはありません。あ、BASICだけは変人が一人でコツコツ作業しているので人海戦術にはなりませんねw」

よくそんな妄想書けるなという臭いキモさが半端ない

ARM Windowsこそ役に立たないものの典型だと思うけどな。

ARM WindowsでもIntelバイナリをエミュレートしてても？するようになっても？
Appleの実績と比べたらお手間に拝見wだろけど

五次が非道過ぎる

nとmがちょっととっちらかった

ハードとソフトを一括管理できないハンデはあるとしても、Windows寄りのはーど開発を持ってしても4年間でやっとx86-64エミュレートがプレビューレベル。
それも動けば拍手レベル。

ARM版Windowsのx86エミュがしょぼくても構わんけど、Windows RTの二の舞は勘弁して欲しいw

ってか、M1の能力なら丸ごとインテルマシンをエミュレートできるようにしたほうがいいんでないの？？かつてのVirtualPCとかがやっていたように。
ParallelsとかVMwareが開発中だというのは、そういうことでしょ？

あやふやな理解であやふやなことを言うなw

仮想化ソフトのメーカーがあやふやな発表しかしてないんだからしょうがねーだろ

お前が詳細知ってるんだったら書け

発表もしてないことを言い出して何を言っているのだか
何がしょうがねーだろだか
そのレスから全く理解してないのは明らかだがなw

https://www.parallels.com/jp/blogs/parallels%e3%80%81apple-%e3%81%a8%e9%80%a3%e6%90%ba%e3%81%97%e3%80%81apple-silicon-%e6%90%ad%e8%bc%89%e3%81%ae-mac-%e3%81%ab-%e4%bb%ae%e6%83%b3%e5%8c%96%e6%a9%9f%e8%83%bd%e3%82%92%e6%8f%90%e4%be%9b/

発表しているんだが。。。

そこのどこに「エミュレート」のことを書いてるんだよ

ParalllesもVMwareも言っているのはM1対応のユニバーサルバイナリ(まあ、普通のアプリのM1対応と同じようなもん)だろうが
Paralellsもその記事で冒頭で言っているプロトタイプデモも ARM用Linuxでのことだからな。それが製品になるという意味にしか普通は取れないだろうに何を言っているんだか


こういう記事もある
https://www.parallels.com/jp/blogs/apple-m1-チップを搭載した-mac-への-parallels-desktop-対応状況について/
Paralellsの「驚き」は上記の流れからも、
ARM Windowsがx64 アプリケーション サポートがされれば、ARM対応のユニバーサルバイナリのParalllesでも、x64 i386アプリが動いてWindowsが使える！Paralllels使うにもこれは大きい、驚いた
という方だろう。期待を込めてある意味穿った読み方をしたら、
Paralellsでエミュ対応してx64マシンの仮想化を目指していたが、Windowsの方でもやるのかあ、驚いた
ってのもありえなくもないだろうがな

やらなければならないことはユニバーサルバイナリとして出すこと、これは絶対
エミュレーションをやるかやらないかは絶対ではないけど、エミュレーションをやるならこれは大ごと(ユーザにとって大きな朗報)だから、もっとはっきりと言うに決まってるだろうが

アホのためにくそ長い....
わかったか、たわけw

たわけ、とか言うほどのことか？
違ってたらその部分を指摘してやりゃ良いだけだと思うんだけどなぁ

Xcode 10, 11 が動かないと移行できない。
まだ必要なんだよなー

Parallels社はARM版Windowsが販売されるのを待ちの状態だと思うよ
この前発表したコメントからもそれはうかがえる
エミュまで踏み込んで開発する気は今のところなさそう
そりゃそうだ、今までやったことないものをそんな簡単に開発できるわけがないし、
開発するにしても開発コストがかなりかさむ
M1でWindows動くかどうかはマイクロソフトの出方次第だね

Appleはx86(_64)の仮想環境サポートを意図的にやらないんでしょ。
Rosetta2は数年以内に削除する予定なのに、切るに切れなくなる。

WoAの開発状況自体が芳しく無いからなぁ...
アプリケーションの対応も鈍いし。

>>222
無知なクソガキwのような奴になんで優しくしなきゃならんのか
ママじゃねえんだよ、時間割いて教えてもらっただけありがたく思えやてとこやな

>>225
セキュリティの面もあるし、技術的にも難しい部分もあるのだろう
Kernel Extensionも対象外なのは64bit対応時にもあったしな

「ゴミ」アプリの時もそうだったけど、荒んでるなぁ。同一人物かどうかは知らんが

エンジニアは芸術家先生みたいなものですので…

プラントエンジニア

12.3はCatalinaサポートしてくれるんだな。
11.3はMojave切ってくれたと思ったけど記憶違いか・・・

>>232
例年Xcode xx.2 までが一個前のOSで動かせる限界だった
というよりは新バージョンのOSが出てから半年ぐらいが旧バージョンの限界だった
ただし、iOS13も14もリリースサイクルめちゃくちゃだからバージョン番号では語れなくて、
2020/3下旬に出たXcode11.4からCatalinaのみになった
多分Xcode12も来年3月下旬までは使えるだろう
てか半年ぐらいは移行期間をとってくれないと流石にiOS開発をバグバグな状況でやらないといけなくなるから皆辛いよね。

iOSアプリでゲーム開発する孫請け以下の開発者多いんですか？

お前がそうなのか

またマウント取りたい病か。。。

>>235
ここは雰囲気悪いから、Unityのスレとかで訊いたほうがいいよ

英語と日本語のLocalizable.stringsを用意してローカライズしたんですが、この状態で言語環境をスペイン語にして実行すると日本語のLocalizable.stringsが読み込まれてしまいます。英語をプライマリーとして設定は可能でしょうか?

Info.plistのLocalization native development regionをjaにしたとかじゃないの
他にもちょっとあるそこらあたり

どの言語が使われるかは基本的に言語と地域設定に従う
そこにない言語リソースしかない場合はデフォルトの優先順位が多分あるんでしょう（あと >>239 も影響するかも）
自分で優先順を決めたいならUserDefaultsにAppleLanguagesを設定するよろし

そこらのドキュメントは
https://developer.apple.com/library/archive/qa/qa1828/_index.html
とか

https://developer.apple.com/library/archive/documentation/General/Reference/InfoPlistKeyReference/Articles/CoreFoundationKeys.html#//apple_ref/doc/uid/TP40009249-130430-BAJJHDJH
Localization native development region (CFBundleDevelopmentRegion) は、macOS もって書いてあるから macOS もかな

Info.plistのLocalization native development regionをUnitedStatesに変更してうまく行きました。ありがとうございました。

Xcodeの12.2でPreferencesのAccountsとBehaviorsを開くとクラッシュするんだけど。「Xcodeが予期しない理由で終了しました。」ってレポートのどの辺読んで
検索して調べるなりすりゃいいの？

bigSurにあげてから、コミット出来んくなった…(Acountsの設定がおかしいのだろうけどひらかない)、MBPは無事なのに。

https://developer.apple.com/forums/thread/667795

これか…

Xcodeからcommit出来ない時はGitUpを使ってる
Big Surではまだ試していないけど

Xcode 12.3 RC (12C33)

教えてください。ワイの作った課金アプリのソースのオファーあったたんですが、リリース元が変わった場合、アプリのアップデートをワイ課金ユーザーは、できますか？
オファー額がワイにとってかなり益が出ますが、既存ユーザーに課金させたくはないと思ってるのですが、、、
appleに問い合わせても、アプリのリリース移管に対する事柄は内容調査次第だけど。なんて英文だけで困っています。
お願いします。