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/

>>63
サンプルとも書いてないんだけどな。まあ、コピペ臭いけどな
あくまでも、自分で作った(例えコピペでもな)が自分でもそう思う内容のないアプリ でしかないだろに
ただの表現にそこまで拘るのは拘ってるのはどっちだかなあと思うけどなあw

>>64
あんただよ。
俺は「本人もゴミクズと認める単純なコード」と、そのままの解釈をしてるだけ。
下らないからこれ以上伸ばすな。

画面に表示するコンテンツの色をユーザに決めさせているんだけど、ライトモード時とダークモード時のそれぞれの色を決めさせたい時、「ダークモード」「ライトモード」の文字列ってどっかから拾えるものなんだろうか。
固定で書いちゃっても良いもんなんだろうか。
将来モードが増えたときにも対応出来れば良いんだけど。

ダークとライトのそれぞれの文字列の色や背景色、強調色なども指定できたと思ったけどね。

ローカライズされた文言（en Light Mode、ja ライトモード）をAPIで取得できるのかって話だと思うが

ゴミアプリ発言者ですが、自分で作った実験以上の何の意味も無いアプリをゴミアプリと表現しただけです
iPhoneアプリは公開前提なのかと思っていたので公開するレベルじゃないという思いが入ってました
ゴミアプリという表現に拘りは無いので公開以前のテストアプリと考えて下さい
ボタン押すとハローワールドとか需要0だと思うので

初めはどんな人もそんなもんを作って理解を深めていく

それもコピペなんだろ。人様のコードを拝借しといてゴミアプリとか失礼だぞ。

↑ お前がウザい

69氏のコード程度のもので、人様の云々とかw

プロジェクト新規作成したときにできるプロジェクトに対しても、30分くらいお祈りしてるんから使うんかの

ゴミアプリという呼び方に拘ってたの一人だけだろ？
馬鹿らしい。解散解散！

SwiftUI は純粋なMVVM (Model View ViewModel) を目指して作られた独立フレームワークなのでXamarinとは競合しないはず。

ゴミ人間が来てたのかw

M1 mac ３倍か。

ある程度盛ってるのはあるだろうw Xcode関連で言えばSwiftが速いとか(場合によって)
まあ、少しは楽しみではあるな、お手頃価格帯のばかりだし

Mini、Air、MBPでCPU共通か
これしか用意できなかったんだな
iMacを待ってもCPUは一緒かもな

M1チップの最安mini買ったわ。
メインマシンがあって試す目的ならこれで十分。

お試しとしては廉価帯のをってのはいいよな
5万のキャスターとか馬鹿なことばかりしてたからある意味以外だったしw

新MacでのXcodeのレポ楽しみだな
新iPhone買うこと考えたら安いから、自分も買うかもしれんが

ただ、新OSがバギーなんじゃないかと心配

しばらくはバグあるでしょ。
ハードも初期ロットは。

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の製品でマルチに展開するつもりなら価値有り。