Swift part11 [無断転載禁止]©2ch.net
レス数が950を超えています。1000を超えると書き込みができなくなります。
>>862
goは対応間近。llvmに頼らずにコード生成出来るようになっている模様。 >>865
そっかーlinuxに対応してたね。macosもか。
linuxに対応してるならciはlinuxで動かせる？ >>864
swiftのリファクタリングも9でしれっと出来るようになってたｗ >>867
ciってなんだっけ？
CLIのこと？コマンドは普通に当然あるね。swiftでインタラクティブ(？)なとか。というか、コマンドだけじゃないのかな。Kituraもおすすめ開発環境はXcodeでmacOSでだったような気がしないでもない コマンドインターフェースじゃね？
REPLのことを言ってる気もしないでもないが continuous integrationの略。
コマンドがどうの言ってる奴は分からないならまだしもでまかせを言うな >>871
なるほど、そんなんあったのか。知らんwどうも勉強になった
だが、それだとちょっと文的に変かな。知っててかな？
>>872
それっぽいんだけど、コマンドでええやーん、もしくは正しく(？)なCLIと。なら悩まないのにw REPL？また謎なw >>873
えーと... >>871 えーと... まあ、おつかれです >>872
ああ、REPLってそういうことか。REPLにciと表せられるナニかあるのかと思った
そのREPLななが swift(コマンド)でインタラクティブ(？) ね。まあわかってるだろうけど、いちおう >>871
おお...
https://developer.apple.com/jp/documentation/ToolsLanguages/Conceptual/Xcode_Overview/ContinuousIntegrationTesting.html#//apple_ref/doc/uid/TP40010215-CH64-SW1
なんてあったりするのね。だったら文的におかしくはないな
だが、
>Xcodeは継続的インテグレーションを実現するために、Xcodeサービスを活用しています。これはOS X Serverに付属するもので、
> これはOS X Serverに付属するもので
> これはOS X Serverに付属するもので
(しつこいw) macOSにすら入ってないのに、ある意味単なるSwiftだけなLinuxに入ってるとは思えないなあ
まあ俺が知らないだけだが、この世界は広いなあw ciをCLIと読み替えるドヤ顔バカがいる世の中の方がよほど広く感じるわｗ なんかよほど気に食わなかったことがあったらしいな。そんなとこに食いつくとは 知らなきゃ別に今知ればいいし知らないやつを馬鹿にしても生産的じゃ無いよね。
ちなみに答えが無いってことはciをやるには未だにmacがいるってこと？
react-nativeの方が便利だな。これはもう Swiftというか何らかの言語がというのとは関係なくね？
コンパイラ等の基本的な開発環境とは別のことだろう。やるとしたらEclipse周りな人々とか、その辺りのOSS界隈だろうな >>883
なんでMacがなきゃCIが出来ないと思ったの？ バカじゃないの？ CIはXcodeで知りそれしか知らないその方法だけだと思ってるだけとか コマンドｗｗインターフェースｗｗｗだと思ってるくらいだからなｗｗｗｗｗ なんか必死さが滲み出てるな
そんなこと言うのは、ciはxcodeでのciだけだと思ってたと言ってるようなもんだろう くやしいのうｗ
5chでよかったなｗｗ
リアルで恥かかずに済んでｗｗｗｗ ＿＿＿_
／ ＼ ／＼ ｷﾘｯ
. ／ （ー） （ー）＼ ＜ ciやるにはMacが必要
／ ⌒（__人__）⌒ ＼
| |r┬-| |
＼ `ー’´ ／
ノ ＼
／´ ヽ
| ｌ ＼
ヽ -一””””~~｀`’ー–､ -一”””’ー-､.
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒))
＿＿＿_
／_ノ ヽ､_＼
ﾐ ﾐ ﾐ oﾟ(（●）) (（●）)ﾟo ﾐ ﾐ ﾐ ＜だっておｗｗｗ
/⌒)⌒)⌒. ::::::⌒（__人__）⌒:::＼ /⌒)⌒)⌒)
| / / / |r┬-| | (⌒)/ / / /／
| :::::::::::(⌒) | | | ／ ゝ :::::::::::/
| ノ | | | ＼ / ） /
ヽ / `ー’´ ヽ / ／
| | l||l 从人 l||l l||l 从人 l||l バンバン
ヽ -一””””~~｀`’ー–､ -一”””’ー-､
ヽ ＿＿＿＿(⌒)(⌒)⌒) ) (⌒＿(⌒)⌒)⌒)) いまどきMacじゃないやつは人じゃないというか
ただの犯罪者予備軍だしな。
サイバー犯罪で捕まって「いつも暗い部屋でパソコンカタカタやってて
いつかはこうなると思ってました」と証言される存在。 いまどきMac持ってるやつは人じゃないというか
ただの犯罪者予備軍だしな。
サイバー犯罪で捕まって「いつも暗い部屋でパソコンカタカタやってて
いつかはこうなると思ってました」と証言される存在。 プログラマなの？ホントに
Swiftやってるやつはこんなヤツらって思われるから止めてw Mac持っててMacメインじゃない俺を２重にディスるのはやめろ 汎用エディタにしては、だろ。
pythonならpycharmには敵わないし、
swiftならxcodeには敵わない。 初心者です
Armになったら､Switのコード大幅に変わるの？ macのcpuがarmになったらって聞いてる？
全部uikitベースになったりしてな すでにARM/Intelと違うCPUで(ほぼ)同じなんだからな インラインアセンブラが使えるなら変わっていただろうな インラインアセンブラはC言語に組み込んだ反則技みたいなものなので他の言語は是非とも実現しないでおいて欲しい。 MacのCPUが全部ARMになるとまずかありえんし、アセンブラ使えんし、
そんなこと考えるだけ不毛 OSというかファイルシステムに仕掛けあってMac/iOSは
複数のバイナリ実行ファイルをパッケージの中の別ディレクトリで持てるからなぁ
PPC/intel時代とか32bit/64bitバイナリとか。 パッケージの中の別ディレクトリじゃないよ。ひとつの実行ファイルの中で。実行ファイルに限らずFrameworkなどなども。Mach-Oっつうて。より古いのもディレクトリで分けではないな インラインアセンブラはまれに触る事があった。Linuxからの移植位なのでレジスタ退避の違い位しか分からない。
当時はgcc拡張で書いてた記憶があるけど、今clangだとどう書くんだろう？ Swiftでのc配列取り扱いについて教えてください。
CoreaudioにAudioChannelLayoutというStructがありますが
これはcの可変長配列AudioChannelDescriptionを含む定義になっています。
SwiftではStructは値型なのですが、Structが持つ配列が
(AudioChannelDescription)となっていて、単一値のtuppleとして
importされており、一つ目の値しかコピーされないのではないか、
可変長structとして扱えていないのではないかとかんがえました。
swiftにおけるc配列のstructはどの様に扱われているのでしょうか。
Data型なりNSData型なりでbacking storeを確保して扱うのが
安全でしょうか？ 単一値って書き間違いかと思うが、内包する要素が単一型のTuple＝ある型の可変配列でしょ。それでうまくCの可変StructをSwiftにマップ／ブリッジされていると思うけど
初期化／作成は、
init(mChannelLayoutTag: AudioChannelLayoutTag, mChannelBitmap: AudioChannelBitmap, mNumberChannelDescriptions: UInt32, mChannelDescriptions: (AudioChannelDescription))
で、作成可能のようだけど。Cだと自分で必要バイト数計算してのallocしてのをこの中でやってるでしょ。コピーもこれ使えかな 定義見たけど AudioChannelDescription[1] が自動変換された結果でしょ
タプルは普通に固定サイズ
allocするサイズが可変だからinitのタイミングじゃ遅い
NSData や UnsafeMutablePointer<UInt8>.allocate で確保することになるから
値型として扱いたいならラッパーを探すか書くかしないと駄目 やはりそうですよね。
仕方ないのでData型で置き換えて扱う様にします。
CoreAudioはこの手の可変長配列を含むStructがあって扱いが難しいです。 >>918
Dataでもいいけどメンバにアクセスするのが面倒になるかもよ
コピーの面倒を見てくれる代わりにアクセスがクロージャ経由になるから >>915
Swiftはwithout CなんだからC配列とかどうでもいいんじゃないの？
C配列使えるObjective-Cなら何も問題はなかったわけだ
それをわざわざSwiftとかいうわけわからん言語導入するからそういう話が出てくる
韓国が日本にやってるような絡み方すんなよもう Swiftは自分でC要素排除したんだから、もうCに頼るなCに絡むなまじで ちょっと高度な話すぎて困惑してる、もう一度わかりやすい展開で書き直して欲しいくらい >915です。
じぶんの理解ですが、簡単に言うと、
・SwiftはC構造体をStructとして扱う
・SwiftはC配列をタプルとして扱う
・SwiftはStructを値型として扱う
・C構造体にC配列ポインタではなくC配列自体が含まれる場合には、SwiftでStructとしてコピーした際に固定長Structとしてコピーされ、破壊されてしまう
・なので、この手の構造体をSwiftで扱う場合には、ポインタ+別バッファの組み合わせが必要
ソース晒しておきます。
ttps://github.com/MyCometG3/cutter2/blob/master/cutter2/LayoutConverter.swift >>922
https://github.com/phracker/MacOSX-SDKs/blob/master/MacOSX10.8.sdk/System/Library/Frameworks/CoreAudio.framework/Versions/A/Headers/CoreAudioTypes.h#L866
> mChannelDescriptions[1]; // this is a variable length array
ややこしくなるのはこれのせい
structの定義サイズからはみ出したメモリ領域も使いますっていうハック的なやり方で
sizeof(構造体)と実際に確保しないといけないメモリサイズが異なる
低レベルAPIでは割とある 君たちを雇うならどれくらい払えば良いんだろう。
勉強になるわー SCNHittestの逆の事ってどうやったら出来ますかね……座標が画面のどこに出てるかを出したいんですけど
UnityのWorldToScreenPointと同じ動作です よく知らんけどprojectPointとunprojectPointで相互変換出来るんじゃね 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
S91U5 今のところAppleどころかGoogleもMicrosoftも誰も勝ってなくない？
言語の評価が出るのは生まれて15年後ぐらいじゃないか >>936
マイクロソフトは圧勝でしょう。GOは将来性ない Windowsなんて第三世界のドキュメンタリーでしか見ないなぁ どこの星にお住まいですか？地球ではシェア９割ですが。 クリエイター界かな。
Macを使っているクリエイティビティが必要な界隈。
マジで見かけないんで本当にWindowsなんか誰がどこで使ってるのか謎。
事務所とかの黒っぽいノートパソコンに入ってるらしい
あとマクドナルドで初老の人がマウス繋いで使ってるのはみた。 >>940
駅構内の電光掲示板や切符販売機、知らないだけで様々なところに入ってるよ
無知って凄いね >>940
MacでWindowsが動いてるの見たことあるよ >>940
確かにそうかもな。でもクリエイターでXcode使ってるやつは銀河系にいそうもないが マカーってなんですぐ嘘つくの？
嘘つき糞マカーｗｗｗｗｗ
https://www.ameet.jp/digital-imaging/2094/
前回の記事から5年経ち、映像制作環境の選択肢はかなり変化した。
Unity ※2 やUE4 ※3 に代表されるゲームエンジンによるリッチなレンダリング、Houdini ※4 やBlender ※5 といった３Dツールの急速なアップデート、クリエイティブコーダー ※6 のMac離れなど ※7 、様々なことが起こった。
※7 主にラップトップ機に搭載されたGPUの性能が低いことが原因。
多くのクリエイターがゲーミングPCなどのwin機へと移行。 GPUの性能は低いまま、最後の希望WWDCでも何も発表されませんでしたｗｗｗｗｗ
WWDCで新しいMacが発表されなかったので、ダークモードになっている
https://japan.cnet.com/article/35120465/ PagingMenuControllerで、1ダブ〜2タブ目が表示されません。viewDidLoad ではダメで、viewWillAppearでaddSubvirwすると表示されたり、クリックのactionが追加されなかったりします。
また、複数回同じクラスを追加すると、同じインスタンスが呼び出されるようになってしまったのですが誰か原因分かりますか？ そういう風に書いたからだろ
それだけで分かる奴いたら超能力者だわ
その手の不具合はブレイクポイント張りまくって、
ログも出しまくって地道に調べたらだいたい分かるでしょ ド素人です
オプショナルってなんで必要なの？
nilが、あるかないかでしょ コンパイラに教えてもらわないとnilの可能性を意識してコードを書けない奴が多いからバグを減らすために必要って事じゃないの 明示的nil判定を書かせる事で、コンパイラが
最適化を進める事が出来るのが目的だと思う。 コンパイラの最適化にoptionalが必要か？
人間のnilチェック漏れを防ぐ機能にしかなってないと思うが みんなRxSwift使ってるの？
難しすぎて理解できない 最近Swift始めた新人ですが教えてください。
UIControlEventsの定義で構造体なのに { get } という記述があるのが意味不なんですが、
これはどういう意味でしょうか？
もしプロトコル定義だったら「読み取りできるタイププロパティtouchDownを定義しろ」
という意味になると思うんですが、構造体なら「case touchDown」という記述になるじゃないでしょうか？？
public struct UIControlEvents : OptionSet {
public static var touchDown: UIControlEvents { get }
略 変数がnilをとりうるかどうかを分かりやすくするためだろ
宣言を見るだけで、この変数はnilを取りえないと分かる恩恵は意外と大きい なんとなくわかってきました。
まずcaseを使ってないのは、ビットマスクだからで
{ get }なのは読み取り専用にしたいから、
structでなぜ{ get }みたいな記述が出来るのかは、
NS_OPTIONSマクロがどっかに定義されていてそれが影響してるって感じですよね？ レス数が950を超えています。1000を超えると書き込みができなくなります。
