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/

Catalinaですらもまだまだバギーだもんなぁ
自分、いくつか暴走しやすいプロセス止めてるし

ま、金払ってベータテストと考えるか…

結局iPadOSにxcode乗るのかはっきりしてくれー
はっきり載らないなら新Mac買うんだけど

乗るって話出てたっけ？

iPadでXcode使いたいというのが理解できん。
パレットもフローティングウィンドウも無しにどんなURLになると思う？

URL→UI

>>85
はっきりも何も乗らない

希望が過ぎてそうなるという妄想が現実としてあったと錯覚してんのかなw

https://iphone-mania.jp/news-284597/
ちょっとググったらこういうのがあった
Appleと関係ないどこぞの誰かのコンセプト＝妄想だな

他、単なる誰かの妄想でしかないとしか思えんなあという記事はあるな
ある時期には macOSはiOSに統合される とか言っていたのもそれなりにいたのと同じな、しょうもない妄想癖記者の

その辺の記者、特にここ数年のWeb上の自称テクニカルライターの妄想なら兎も角、iOSや Macのアプリ開発やってて、UIや UX、OSの仕様を知った上でOS統合だのiPadにXcodeだの言い出すのは理解しかねる。

仮にiPad OSに乗るような Xcode作ってみようかなと思うのがAppleに居たら、
そんなに何をしてるねんという重さな機能の追加もしてないのに
クッソ重くなるだけのXcodeのそこらを見直してくれるかもしれないなw

新MacはiOSアプリiPadOSアプリ動くそうだから、ある意味統合されたな

XcodeをiPadで使いたいとは思わないけど、UIはかなりiPad寄りになってきているし、パレットだってもうほとんど使ってないだろ。
教育に力を入れているアップルとしては、Xcodeを移植というのも、選択肢としては考えていると思う。
個人的にはMacで開発したいけどね。

>>94
当然、次はハードの統合も考えているだろうね。
来年の今頃には、クックが「今までにない素晴らしい製品ができました」とか言って、iPad Proの筐体のMacを紹介するんじゃないか？
今はiOSアプリ開発者はmacOSでのアプリの動作をオプトアウトすることができるけど、アップルがほんの少し方針転換するだけで、強制的に全iOSアプリが macOSで動作できるようにすることができる。
同意できなければApp Storeからどうぞ引き上げてくださいと言うだけ。

BlueStacksでAndroidアプリが動く、よりもWineでWindowsアプリが動くの方が近い感じかのとそう違わない感じ
OSで純粋にサポートって点では「ある意味」統合かもしれんが。あくまである意味なw
(>>91の統合は違うからな。UIがiOSになるっていう方向の話)

教育向けに作るとしたら、それはXcodeでは無い別のアプリとして作るだろうね。
言語はSwiftだとしても。
あと、デザインは寄せてるけどUIはそれほど寄せて無いだろ。

>>95,96
妄想記者と同じ、そうなるって感が強過ぎw
iOSに寄せてる部分はあるが一部でしかないだろう
ちなみにLaunchPadって常用してるの？？

SurfaceみたいなMac出てきたら、なんかヤダw

Xcodeってアプリだけで完結するわけでもなくて、
CertificateやらProvisioningやらややこしいファイルを一杯設定しなくちゃいけなくて、
一括でファイルのリネームなんかもしなくちゃいけなくて、
複数のウインドウやタブをかなり行ったり来たりしなくちゃいけなくて、
Storyboard使うならマウスでの微妙な操作もかなり必要で、
ブラウザでリファレンスや他人の解説を見たりもしなくちゃいけなくて、
さらにキーボードショートカットも使いまくらないといけなくて、みたいな感じでの開発スタイルになるから、
(ソフト開発なんてどんなものでもそうだと思うけど)
iPadでXcode動いても、数十行程度の凄く簡単なプログラムしか書けなくて何の役にも立たないと思うけどな。
fastlane使えない環境なんてDeployGateやTestflightを使うのに一苦労だしね

普通にMac使っててもかなり工夫が必要な感じ。

そういうことはどうでもよくて、ちょっと遊んでみたいレベルならSwift Playgroundsとかでは駄目なのかな。

そんなあなたにSwiftUI

>>102
？

>>102
SwiftUIまだ出来ること少ないし簡単なレイアウトしかできなくない？
あと、iPadでXcode触りたいなんてライト層がSwiftUI使いやすいってなるか？

>>98
それは既にある

>>105
それが十分で無いと思うから教育用に「Xcodeを」ってな意見が出てんだろ。
Swift PlaygroundsよりもXcode寄りの教育アプリという意味だよ。

違うぞ、開発をiPadでやるわけじゃないのよ
開発はWindowsでやって実行だけMacだから
このxcode部分をiPadにできれば良いという話よね、普通は

どう考えてもMacでやる方が楽。

クロスコンパイルとリモートデバッグは必須。Xcodeと出力アプリが同じマシンで動いたところで「おま環」が増える二度手間。

仮にのるとしても次のWWDC以降だろ。今、気にすることではないな。

>>107
Xamarinとか使うってことでしょ？
CI使えばいいんじゃ？
頻度低いなら中古のMac miniでいいし
結局XcodeはiOS用にビルドするだけの役割としても外部ツール使える前提でビルド工程を組んでるミドルウェアが多いのでは？
例えばシェル叩けるとか。
ミドルウェア作ってる人たちがiPad版Xcodeの制限を嫌ってビルドにはMacのXcodeが必要ですとなるような気がするけど

iOSはコンシューマ目的で制限がありすぎる、開発に制限ありすぎる環境はある意味ありえないって話だろう
iOSだってアホな悪意あるやつが居なかったらあんな制限ばかりにはなってないだろな、本来はmacOSが(macOSもセキュリティ目的でアレヤコレヤ制限ありになってるけど)
Appleでも開発してるのは最高級のリソース潤沢なMac Proが主だったりするんだろう、でなきゃXcodeがあんなにどんどん重くなるはずがないw

>>112
デバイスの使用シーンや目的に最適化した商品作りをしているって事だよ。

>>113
なんでこんなの取れないのというのを禁止してたりもする
例えば、Wi-Fiの情報とかとか(まあ、Wi-Fiから位置が推測できるしな)
あとは強固な(？)サンドボックスとか、セキュリティ面が強いね。諸々それのおかげで大騒ぎになるようなことは未だにないから、そういうものと思う
それがそのスレで言っていることなら、そういう目的のOSってことで開発環境としては劣るのは確かだろう

Xcode 12.2 (12B45b)

都会のWiFiの位置情報舐めんなよ
完全に個人宅を特定出来るレベルでの精度あるよ

むしろ少し前まで取得できてたのが異常だと思う

>>114
それでユーザーに不利益出てるのか？

せめてアサインとかプログラマブルキーボードぐらいは解放してくんねえかな
ipadみたいなデバイスと組み合わせるとうれしいはずの左手デバイスとか小型キーボードとかこのせいで息してない

>>117
何か勘違いして噛みついてるだろ
ユーザって一般的な利用者のことを言ってるだろ？別にそっちでは否定してないからな

>>116
少し前も取得できてなかったが？
どのWiFi情報のことを言っているのか知らんけど、周囲にどのWiFiスポットがあるのとかはもちろん、電波強度さえもな
極初期にはAppleからこのプライベートAPI使えるよとか教えてもいたらしいが、ご存知の通りプライベートAPIの完全使用禁止も初期に施されたからな、極めて初期にできたに過ぎない

>電波強度
実際にWiFiで繋がってるスポットに対してのだけの電波強度ね
まあそのスポットからどのくらいの範囲内に居るというのは推測できるけど、「完全に個人宅を特定」はできない

>>119
そもそもユーザー向けデバイスの位置付けだろっての。

>>122
マジ勘違いして噛みついてるんだな。もう、お前馬鹿すぎと言う
なに勘違いして噛みついてるんだか。勘違いっぷりもわからんみたいだが...
どう見ても開発してないようだがスレ見るだけならまだしも、トンチンカンなレスすんなよ、話にならん

>>123
いや、Wi-Fiのほうもだけど、お前が手前勝手な視点から妄言吐いてるだけなんだよ。

>>124
Wi-Fiの方も...「完全に＼何も知らないくせによく「妄言」なんて言えるなあ
自分の無知をごまかすにもほどがあるほどのクズだなぁ

何だこの狂犬は

www
クズすぎだろw

>>126
ちょっと気になったのでアレして見たら、今日の初っぱなのお前のレス(他のスレの)もなかなか香ばしいなw
やっぱり、パソコンの大先生やんっww まあ、ああいうスレだけで思う存分パソコンの大先生ぶりを発揮してほしい

>>120
あー、ちゃうちゃう
Android界もひっくるめて言ってたんよ。
時間軸については、この問題はめっちゃ古くて
auガラケーのサブスクライバID問題の頃から俺は
やってたから、どのみち「最近」だよ（笑

でもね、例えば許可なくSSID取得できるだけでも、けっこう色々と悪さ
できるんよ。そりゃね、性善説的に一般開発者からすりゃ「大したことわからんじゃん」
となるけど。

見えるSSID取得してBTでadvertiseとかしたら相当な恐怖だな
BTのUUIDもそのうちランダム化が入りそうな気がする(ペアリングはどうするのかは知らん)

ワンクリック詐欺業者みたいなのが悪用するんならまだ可愛い方だけど、
Facebookみたいな大手が穴見つけて堂々と悪用してくるからね。。。

Facebookがaudio backgroundingなどを悪用した件とか、けっこう驚いた記憶がある。

あんとき俺はてっきりAppleがFacebookを永久BANするかと思ったんだが。

12.2はIBがバグってるな。
Outletが関連づけられていても黄色マークついてしまう。

swift入門中だからこっちが悪いのかXcodeのバグなのか分からなくて困ってる

xcode12
gGeneralの中にsingingが見つからないんですけどどこにありますか？

ひでえな・・・
Big Surでリモートデバッグできねえじゃん。

うわぁ、ひでぇ

12.2の実機起動メチャクチャ遅いんだが
みなさんどう？

>>137
新Macで、ってこと？

>>138
そう、ちなみにMac mini

>>138
いや旧Mac、ちなみにiMac

どっちなんだw
わかってるとは思うが新品Macは丸一日くらいspotlightのインデックス作ってるから、重くなるよ

新Macビルドめっちゃ早いらしいぞ
物書堂のTwitter参照

>>141
新品じゃない
12.2にアップデートしてから極端に実機起動が遅くなった

>>142
https://pbs.twimg.com/media/EnAFDiMVcAAKm1p.jpg

Mac Proを上回るというとんでもない結果が出てるけど、cinebench等の他ベンチではそこまで高性能でもない
xcode、若しくは Apple製アプリに限った何かがあるのかもね

ビルドだったらSSDの速度が2倍速いってのが効いてるとか

M1号パネェ

SSDめっちゃ速いらしいね

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

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