トップページ⇒tech
1001コメント317KB

Swift part3

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/07/23(水) 11:46:48.42ID:x29J8vdY
WWDC2014で発表されたAppleの新言語Swiftについて語りましょう

Apple Developer
https://developer.apple.com/swift/
Welcome to Swift
https://developer.apple.com/library/prerelease/ios/referencelibrary/GettingStarted/LandingPage/
iBooks: The Swift Programming Language
https://itunes.apple.com/jp/book/swift-programming-language/id881256329?mt=11
書籍の形にはなってないけどドキュメント
The Swift Programming Language
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language/index.html#//apple_ref/doc/uid/TP40014097
Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/Swift_Programming_Language/index.html#//apple_ref/doc/uid/TP40014097
Swift Standard Library Reference
https://developer.apple.com/library/prerelease/ios/documentation/General/Reference/SwiftStandardLibraryReference/
Swift Blog
https://developer.apple.com/swift/blog/
Resources (Xcode 6が無料でダウンロードできる)
https://developer.apple.com/swift/resources/

関連スレ
TypeScript（MS） VS Swift（Apple）
http://peace.2ch.net/test/read.cgi/tech/1401758403/
帰ってきた動的言語 VS 静的言語（代表Swift）
http://peace.2ch.net/test/read.cgi/tech/1401809550/

前スレ
Swiftスレ
http://peace.2ch.net/test/read.cgi/tech/1401736341/
Swift part2
http://peace.2ch.net/test/read.cgi/tech/1402465335/
0599デフォルトの名無しさん2014/10/05(日) 04:41:40.17ID:fFbVpevH
MSに土下座してC#+.NET移植してもらったらどうか
0600デフォルトの名無しさん2014/10/05(日) 08:27:02.37ID:NF9YVIvk
>>598
既存ソースが最新環境でビルド出来ないのなら、クライアントにソース改修の必要性を理解してもらってコストを捻出してもらわなければならない。
タダでやります→プロジェクトの規模が大きかったらどうする？抱えてるプロジェクトがあればあるほどアップデートも一苦労だぞ。アップデート時期も重なるだろうしな。
古い環境でビルドすればいい→新しいSDKの機能が必要な時はどうする？新しい機能の実装に集中したいのにまずプロジェクトのアップデートからなんて少し残念だよな。これは昔から多くのケースで存在する問題だけど今のSwiftほどではない。

お遊びで短いコードを書いてたり小規模でやってるうちは問題にならないが、ちゃんと仕事で使うには保守性って大事だよ。君が技術以外の事は一切考えなくていい職場、立場にいられるならそれは幸せな事だが、普通はそうはいかない人の方が多い。

それにある程度どの環境でもすぐに実行出来ないと初学者には辛いしOSS等で広がりをみせるのも難しくなると思う。要は流行るかどうか。
長々と戯言を書いてすまんね。
0601デフォルトの名無しさん2014/10/05(日) 08:29:40.59ID:g5FzxXm/
複雑性の方がどうでも良いんだけどな
そんなもの自分の理解力の有無で解決するんだから

最初から複雑なら問題ない、それに合わせれば良いから
ジリジリと段階的に複雑に(ビルドエラーに)するから問題、手間もかかるし理解の追従が面倒
0602デフォルトの名無しさん2014/10/05(日) 08:34:30.31ID:0YR4E1Q1
なぜ追従する必要があるのか。適当に固まるまで Obj-C 使ってれば良いだけやん。
0603デフォルトの名無しさん2014/10/05(日) 08:36:43.98ID:g5FzxXm/
>>602
そこに新しい言語があるから
0604デフォルトの名無しさん2014/10/05(日) 09:06:05.13ID:0YR4E1Q1
素晴らしい。まるでD言語erだ。
0605デフォルトの名無しさん2014/10/05(日) 09:24:41.65ID:g5FzxXm/
D言語erなんかと一緒にされては困る
swifterと言ってもらいたい
0606デフォルトの名無しさん2014/10/05(日) 09:29:03.68ID:MP9adC4f
Swift も噴火すればいいのに
0607デフォルトの名無しさん2014/10/05(日) 09:58:44.18ID:jEt7DQYF
>>599
毎年30万払って、ザマリンのライセンスを買えば.NETを使ってiPhoneで動くアプリを作れる。
0608デフォルトの名無しさん2014/10/05(日) 10:07:14.22ID:RMzze9l2
最近勉強始めたんだが Structure(構造体) ってなんのためにあんの？
0609デフォルトの名無しさん2014/10/05(日) 10:09:19.28ID:6amJApcn
データをまとめて扱う為のものだよ
オブジェクトが何か？がわかってればそれに似た類いのものと
考えればある程度イメージはつくだろう
0610デフォルトの名無しさん2014/10/05(日) 10:10:24.00ID:RMzze9l2
>>609
クラスの下位互換にしか思えないんだけど
0611デフォルトの名無しさん2014/10/05(日) 10:11:00.95ID:RMzze9l2
クラスじゃなくて構造体をあえて使うケースがどういうときなのか知りたい
0612デフォルトの名無しさん2014/10/05(日) 10:13:12.09ID:swZzzMxD
http://msdn.microsoft.com/ja-jp/library/0taef578.aspx
http://stackoverflow.com/questions/24217586/structure-vs-class-in-swift-language
0613デフォルトの名無しさん2014/10/05(日) 10:13:18.18ID:yGAhCqFy
クラスより効率がいい
0614デフォルトの名無しさん2014/10/05(日) 10:18:22.61ID:RMzze9l2
>>612
copied と passed by reference なのはわかったけど使い分けるポイントはここだけ？
オブジェクトを作ろうと思って構造体かクラスかの選択で迷ったときは将来的に値渡しか参照渡しするかどうかで決める？

>>613
効率というのは処理とかメモリとかいう意味で？
0615デフォルトの名無しさん2014/10/05(日) 10:33:23.25ID:jEt7DQYF
>>614
swiftは始めに言語仕様を見たぐらいだけど、Cの構造体をラップした物だったら
ヒープを使わなくって、スタック上に確保できるとかそんなんじゃない？

使い分けはiOSのグラフィック周りやCoreMedia周りのAPIを眺めれば分かると思う。
0616デフォルトの名無しさん2014/10/05(日) 11:05:24.88ID:02YBE5fU
structなんて無理に使わなくていいよ
インターフェースに絡むところなんて尚更

パフォーマンスチューニングする際のTipsとして
class->structへの置換えでパフォーマンス、メモリ効率が上る可能性があって
置き換える場合は必ず実測して効果のあったもののみに留めるくらいの認識でいいと思う

とにかく実測して効果あるかどうかが重要
0617デフォルトの名無しさん2014/10/05(日) 11:28:15.75ID:yGAhCqFy
イミュータブル性を保証できるのはstructだけ
0618デフォルトの名無しさん2014/10/05(日) 12:21:31.92ID:8YLPCOSQ
>>600

いえ、だから警告ちゃんと出てるのにその修正がコストになるなんて考える方々は技術者に向いていないという主張ですが？

そういう方は、枯れた言語使ってればいいと思うのです

あなたの仰る、「きちんとした仕事で取り組む大規模なコード」になればなるほど、警告の出る修正よりも、ソースの可読性や設計に起因する警告の出ないバグに対処するコストの方が多いのは自明だと思いますが...

繰り返しですが、その辺の理解がないなら技術者に向いてないと言いたかっただけです
0619デフォルトの名無しさん2014/10/05(日) 13:00:55.87ID:Q5XlM4aR
せいぜい全体で1万行程度なんだけどエディタで編集するたびにSourceKitがクラッシュするようになっちゃったよ・・・
苦しい
0620デフォルトの名無しさん2014/10/05(日) 13:36:20.17ID:g5FzxXm/
Xcodeクリーンインストールしたら落ち着く時がある
0621デフォルトの名無しさん2014/10/05(日) 13:38:16.55ID:Q5XlM4aR
thx! 試してみますわ
0622デフォルトの名無しさん2014/10/05(日) 14:19:52.75ID:NF9YVIvk
>>618
コストは君自身の技術者としての感覚のコストでは無くて会社のコストの話ね。
クライアントの話が出てきてるんだから理解してよ。
0623デフォルトの名無しさん2014/10/05(日) 15:45:34.60ID:8YLPCOSQ
>>622
？
最初から会社としてのコストですが？
0624デフォルトの名無しさん2014/10/06(月) 14:40:25.32ID:mnethBK5
>>579 これは朗報かも
C++ support

This is another obviously desirable feature, it is just a lot of work and didn't make it in 1.0 either.

? Chris Lattner
Source: https://devforums.apple.com/thread/228324?start=50&;tstart=0
0625デフォルトの名無しさん2014/10/06(月) 18:15:33.52ID:pOS/04qw
>>623
会社としてのコストで話が通じているのならテストやレビューなど他の人手も作業も発生するんだから、自分だけコード直してはい修正完了、Xcodeの警告通りに修正したからオッケーですよでは済まなくて、そこでコストが発生するのは分かるでしょ？
0626デフォルトの名無しさん2014/10/06(月) 19:03:00.41ID:8JYygkjt
>>625
最初からそのコストと比較してますが？

言語の機能向上によるメリットに比べれば、警告の修正で必要なテストやレビューなんてたかが知れてるって主張なんですが

ただコストあるよね？とか言われても、費用対効果考えられないアホなんですねとしか言えないです
0627デフォルトの名無しさん2014/10/06(月) 20:42:24.04ID:wNc45BQ2
身も蓋もないことを言うと、そんなコストは顧客に実費+利益乗っけて儲けろよ、普通に
Apple製品なんて最高に客を騙しやすいモノなんだから
そうでなくても、いい加減スレ違いだから、新しい環境におけるコスト意識として別所で議論してくれ
0628デフォルトの名無しさん2014/10/08(水) 19:27:41.78ID:nG4ErnKB
Xcode 6.1 GM seed 2きてる！あふぉみたいにクラッシュしまくる問題が解決していますように・・
0629デフォルトの名無しさん2014/10/08(水) 20:18:41.66ID:nG4ErnKB
うおお、普通にコードが書けるぞ。キーワードハイライトもちゃんとうごいてる
0630デフォルトの名無しさん2014/10/08(水) 20:26:14.76ID:UJx9zVSC
流石アッポー、素敵な開発環境を無償提供
M$とは大違いだぜ！！(死んだ魚の目

stableの6.0系も更新したかな
こちとら製品開発だからdev版は使えんぞ
0631デフォルトの名無しさん2014/10/09(木) 09:22:43.34ID:9D8V5W1a
しかし、全然盛り上がってないねこの言語
0632デフォルトの名無しさん2014/10/09(木) 09:32:17.64ID:0aKnCpCg
にゃー
0633デフォルトの名無しさん2014/10/09(木) 09:35:10.37ID:O8gj2Oze
なんだ、この盛り上がってない猫w
0634デフォルトの名無しさん2014/10/09(木) 10:59:41.94ID:3tS9WfPv
かわいい
0635デフォルトの名無しさん2014/10/10(金) 12:56:18.08ID:HrDP8ET0
ねこの言語で盛り上がってきた
0636デフォルトの名無しさん2014/10/10(金) 18:59:49.43ID:3n2DZYHj
しかし、全然盛り上がってない猫の言語

？？？

駅に行く途中の公園ではけっこう盛り上がってたよ。
0637デフォルトの名無しさん2014/10/10(金) 19:43:14.52ID:6Es5cgDH
それ発情期
0638デフォルトの名無しさん2014/10/11(土) 10:28:45.37ID:FJ/mX1hb
Swift 1.0が出たんだからボチボチやるかな。　ただまだ変わりそうだな。
0639デフォルトの名無しさん2014/10/11(土) 10:51:52.06ID:OVmPDf/7
swiftに慣れるためにやるのはおすすめするねこの言語
ただ色々不便なので普通にobj-cで組んだ方が良かったと絶賛後悔中
0640デフォルトの名無しさん2014/10/11(土) 13:55:19.47ID:QCqlqyAj
にゃー
0641デフォルトの名無しさん2014/10/12(日) 04:09:13.09ID:mZ74PQyT
おすすめする猫の言語
0642デフォルトの名無しさん2014/10/12(日) 17:13:43.05ID:aHOISqv9
するめ猫
0643デフォルトの名無しさん2014/10/12(日) 17:15:57.28ID:BJjNa9tt
蟲愛ずる猫
0644デフォルトの名無しさん2014/10/13(月) 11:14:31.41ID:6Hjou/af
Swiftリリースされたというのに全然スレ伸びないな。
リリース前のほうが伸びてた気がするんだが。
0645デフォルトの名無しさん2014/10/13(月) 12:06:04.72ID:7Jte/2bO
webフレームワークが出たら盛り上がる
0646デフォルトの名無しさん2014/10/13(月) 13:02:35.10ID:7qtR51qn
>>644
え？正式版のXcode VI来たの？
0647デフォルトの名無しさん2014/10/13(月) 15:41:54.59ID:2IfdctYm
Objective-Cで全然よかったという事実
Swiftは、AppleがYosemite/iOS8を出すにあたって新しい感を出すための
飛び道具の一つでしかなかったという事実
Appleすら顧客に要らないものを押し付け始めたこの事実は、Appleでさえ
アイデアが枯渇し始めてきた証拠と言える
0648デフォルトの名無しさん2014/10/13(月) 15:52:30.49ID:b77sW2OU
相手にされなかったからってわざわざコピペしてまでって、大笑い
0649デフォルトの名無しさん2014/10/13(月) 16:48:32.70ID:2IfdctYm
>>648
誰に言ってる？
一応>>647はおれのオリジナルだけど
0650デフォルトの名無しさん2014/10/13(月) 17:15:26.09ID:1wQkSfLm
アップルがディベロッパーを顧客と思ってる訳ないだろ
お客様気分でいて梯子外された気分になってるヤツはいそう
そして、要らない物を出すのも珍しくない
0651デフォルトの名無しさん2014/10/13(月) 17:33:10.40ID:b77sW2OU
>>649
オリジナルww
http://anago.2ch.net/test/read.cgi/mac/1408755325/320
すまなかったコピペではなかったな。推考し直したのか、偉いなw
0652デフォルトの名無しさん2014/10/13(月) 18:11:08.17ID:2IfdctYm
>>651
あ、そうそう
少し手直ししたよｗ
0653デフォルトの名無しさん2014/10/13(月) 18:11:54.34ID:2IfdctYm
>>651
ちなみに、そっちもおれのオリジナルねｗ
0654デフォルトの名無しさん2014/10/13(月) 18:14:55.53ID:b77sW2OU
笑った。内容はともかく、おっけーw
0655デフォルトの名無しさん2014/10/16(木) 14:27:15.58ID:Cxp8u8hy
swift関係の過去ログ見ると皆夢見てて面白い
swiftやっぱりダメだからobj-cに戻るってレスが先見性があるようなないような
0656デフォルトの名無しさん2014/10/16(木) 15:55:26.70ID:Gih70ftK
API的に、Obj-CでできてSwiftでできないことってあるの？
0657デフォルトの名無しさん2014/10/16(木) 19:41:02.51ID:N7sRWO9E
CのAPIと混ぜこぜで使いたいときはやっぱり面倒だよ
速度的なメリットもObjC互換モードで動いてる限りあまりないしね
0658デフォルトの名無しさん2014/10/16(木) 21:22:16.69ID:7/bqySU3
ObjC互換モードで動いてるとSwift遅くなるの？
ただでさえObjCよりも遅いといわれているSwiftが更に遅くなるてこと？
0659デフォルトの名無しさん2014/10/16(木) 21:47:36.52ID:bnusg6ll
WWDCでSwiftはObjective-Cよりも速いってたのがだろ
0660デフォルトの名無しさん2014/10/16(木) 23:32:04.07ID:4w9dr10M
「小さなランタイム」と言ってるが、要はobj-c上で動くSwift VMだから、素のobj-cよりはどうしたって遅い
swiftバイナリ自体の最適化が甘い & VMのオーバーヘッドが存在する、複数の要因だよね

前者は頑張ってるんだろうけど、互換モード外して(VMをなくして) swiftバイナリのまま実行出来るプラットフォームはいつになるやら
0661デフォルトの名無しさん2014/10/17(金) 00:03:53.88ID:j5u0ESS9
>>660
>要はobj-c上で動くSwift VMだから、

"Swift VM" のソースはどこよ？
一般に知られているのは、フロントエンドの Swift 処理系が LLVM コードを生成し、
バックエンドの LLVM がネイティブ(Intel CPU)コードに変換して実行する、というもの
現在の Obj-C 処理系も Swift と同様にバックエンドに LLVM を利用する

Swif が Obj-C 上の(LLVM とは別の) VM 上で動くなんて驚きだわw
0662デフォルトの名無しさん2014/10/17(金) 00:55:14.86ID:N6B/oMwy
>>661
小さなランタイムでググレ
0663デフォルトの名無しさん2014/10/17(金) 00:55:44.77ID:G2VicKrt
ははは、勘違いしたんだろう可愛いな
0664デフォルトの名無しさん2014/10/17(金) 01:12:59.37ID:fAn6QzIt
>>658
Swift自体はObjCより束縛を静的にして、C++のvirtual相当でメソッド呼び出しをできるようになってる
ただObjC互換でクラスを設計する限りはObjCと同様objc_msgSendのオーバーヘッドが消えないから
その点でメリットは得られない
0665デフォルトの名無しさん2014/10/17(金) 01:25:24.74ID:VeyUCNCW
ObjCのメッセージもキャッシュされるから速いけどな
0666デフォルトの名無しさん2014/10/17(金) 01:50:42.54ID:2wTmJIFL
Cocoa/Cocoa Touchって将来的にSwiftベース化するの？
0667デフォルトの名無しさん2014/10/17(金) 01:57:14.31ID:2wTmJIFL
おっと

http://en.wikipedia.org/wiki/Objective-C#Apple_development_and_Swift
> At WWDC 2014, Apple announced plans to replace Objective-C for Cocoa development
> with its new Swift language, which it characterized as "Objective-C without the C".

って書いてあったわ。
0668デフォルトの名無しさん2014/10/17(金) 02:13:34.48ID:q6NXwDy0
>>661
LLVMはコンパイラ時だけの話だろ。オブジェクトコードはネイティブコードだぞ
実行ファイルをみてみなさいな
Objective-CではってPlaygroundの話でもなさそうだし、元ののもそうだがなんでVMなんて発想になるのかさっぱりわからんな、あるとしてもブリッジだろに
0669デフォルトの名無しさん2014/10/17(金) 02:14:54.62ID:2wTmJIFL
>>661-662
小さなランタイムって、Swift非対応の古いOSでの話じゃないの？
iOS8とかYosemiteでもわざわざ互換ライブラリを噛ませて実行するの？
0670デフォルトの名無しさん2014/10/17(金) 02:15:36.06ID:q6NXwDy0
もともとよくわかってないんじゃね
0671デフォルトの名無しさん2014/10/17(金) 02:25:42.71ID:fAn6QzIt
>>669
互換ライブラリというかランタイム自体が.appパッケージに同梱されてる
別にだから遅いとかいうことはないけどね
サイズが増える程度
0672デフォルトの名無しさん2014/10/17(金) 08:17:46.66ID:0vD84hES
>>669
ランタイム自体を解析したという記事を見たことがないので
詳しいことはラトナーはじめアップルの開発者ぐらいしか知らんのでは。

ラトナーの書簡をみるかぎり，確かに旧OSで走らせるために
ランタイムをくっつけたように読めるが，iOS8やYosemiteで
ランタイムが利用されていないかどうかまでは分からんね。

サードパーティの開発者にとっては，アプリの目的に照らして十分なスピードが出てりゃ
特に気にすることでもないし。
0673デフォルトの名無しさん2014/10/17(金) 08:54:19.69ID:Lmpe/lkW
>>669
Swiftのバージョンが今後もちょくちょく変わるからアプリをビルドする際にそのバージョンのランタイムがアプリ内に同梱される
Swiftでビルド時にアプリの容量が膨らむのはそのせい
0674デフォルトの名無しさん2014/10/17(金) 10:45:35.24ID:Pb74/m4N
Swiftの機能/性能変えるからiOS8やYosemiteでも当然のようにランタイム利用してるんだよなぁ
ランタイムのロードのためにアプリ起動の時間は確実に obj-c < swift なわけで
マジで obj-c で組んでよけば良かったと若干後悔してる
0675デフォルトの名無しさん2014/10/17(金) 10:57:37.78ID:Lmpe/lkW
>>674
まだSwiftは遊びレベルでちゃんとしたものは作ってないんだけど、そんなに分かるぐらい起動に時間かかるの？
0676デフォルトの名無しさん2014/10/17(金) 11:53:10.76ID:TZNb7SnY
プログラムがランタイムライブラリ読むのって当たり前だと思うんだが、何を問題視してるんだ？
VM使ってるわけじゃないんだろ？
ライブラリってのはオーバーヘッドじゃないと思うぞ。
0677デフォルトの名無しさん2014/10/17(金) 12:26:32.43ID:vy93goZR
C言語で書いたプログラムだってランタイムと呼べる部分は存在する
純粋にロードの時間なら共有ライブラリになってれば気にするほどのもんじゃない
ランタイム部分の初期化の時間も、GCすらも無い言語だしやることそんなにないよね
0678デフォルトの名無しさん2014/10/17(金) 13:37:02.30ID:UwibYcko
ユーザにとってメリット皆無なのが問題よな
ランタイムロードしかりブリッジ処理しかり同じ機能の実現に対して速度遅延要因ばかり
アップルプラットフォームでは開発者のメリットなんぞどうでもいいわ
今どのくらいのサイズになったか見てないけど8MBの小さなランタイムは笑えぬ
0679デフォルトの名無しさん2014/10/17(金) 13:39:32.46ID:gZX2SDbp
一桁メガバイトで文句言う奴は一般ユーザーじゃねーな
メガデモ制作者か
0680デフォルトの名無しさん2014/10/17(金) 13:59:34.22ID:q6NXwDy0
まあ、ユーザのメリットとかは大げさだと思うが、結構作り込んでも全然実行ファイルが大きくない／大きくならないってのがある／あったからな
8Mっていったら結構大きいと思わなくもなくもなく
0681デフォルトの名無しさん2014/10/17(金) 15:02:56.12ID:5kDo/Q7P
Xcode6.0.1でApp Store向けにArchiveしてみたらやっぱり8MBあって泣いた
zip圧縮したら2.5MB弱にはなる様子だけど、それでもIPAの容量の半分がランタイムじゃねーかよw
obj-cで書いたら半分の容量で動作も早いと思うと、Swiftで作ってます(ｷﾘｯ なんて言えねー。。。orz
0682デフォルトの名無しさん2014/10/18(土) 05:55:50.96ID:tA+rY70l
心のお悩みは別の板でどうぞ。
0683デフォルトの名無しさん2014/10/18(土) 07:55:12.92ID:kvayFhIZ
swiftで悩んでるんですがどうすればいいですか、先生
0684デフォルトの名無しさん2014/10/18(土) 08:40:57.68ID:Vkda+ET9
キャリア回線のみで使ってるライトユーザーもいるからな。容量は僅かでも少ないに越したことはないと思うけど、今時数MBぐらい気にしなくて大丈夫？
0685デフォルトの名無しさん2014/10/18(土) 13:58:36.95ID:ZA6xCqgZ
ちょっとしたことやるとすぐセグフォるコンパイラをなんとかして・・・
何がBuild Failedだよ。謝罪しろ
0686デフォルトの名無しさん2014/10/18(土) 14:36:10.77ID:ZA6xCqgZ
IRジェネレーターのスケジューリングがバグってるわ
コンパイル通ってない関数テンプレートのコードを使っている関数のIR生成を決行しようとしてセグフォになっていたっぽい・・・
0687デフォルトの名無しさん2014/10/18(土) 16:39:33.69ID:LYpFNA7o
ついでに賠償も

Xcode6.1で文法って変わったかな
そろそろstableも更新来るだろうから怖いぜ
0688デフォルトの名無しさん2014/10/18(土) 17:19:47.00ID:tVVqhJ93
ちょっと構文木深くなったらすぐパニクるしな
0689デフォルトの名無しさん2014/10/19(日) 10:45:10.15ID:mHbXct8X
https://developer.apple.com/downloads/index.action
・Xcode 6.1 Oct 17, 2014
0690デフォルトの名無しさん2014/10/19(日) 12:06:06.34ID:m+/mjmwX
非安定版はお呼びでない
0691デフォルトの名無しさん2014/10/19(日) 23:23:36.40ID:fIIE0Vfi
SourceKitのパニクり方にすこし落ち着きが見られる（アラート表示が連射されなくなってる？）
0692デフォルトの名無しさん2014/10/20(月) 00:25:09.22ID:TLBoQMKO
ASでのリリースはできるようになったけどMASでのリリースまだなんだよね？
0693デフォルトの名無しさん2014/10/20(月) 22:44:05.69ID:j16eCxP/
初心者なんですが、xibとカスタムクラスで作ったUIのプロパティにforループの中からインスタンス毎にアクセスしています。
変数をクラス文の外に出してグローバル変数にし、ViewControllerからアクセスしているのですが、表示がものすごく遅くなってしまいました。（本当にこれが原因かは分からない）
クラス外部（ViewController）からインスタンス指定無しでプロパティを変化させる方法は無いでしょうか？
0694デフォルトの名無しさん2014/10/20(月) 23:18:27.54ID:j16eCxP/
うっわー！
クラスメソッドとかクラス変数とかあったんかぁぁぁぁい！！
全部インスタンスにコピーしてたから無駄にメモリ食ってたのか。
超書き直しの予感、、
0695デフォルトの名無しさん2014/10/21(火) 00:15:52.38ID:kcqU4m6G
クラス変数は無いよ。
てかあまり関係無いような。まあ、なんでもグローバルよりいいかもしれないが
0696デフォルトの名無しさん2014/10/21(火) 08:10:16.18ID:FfE943pZ
Swiftってクラス変数ないの？
Objective-Cではファイルスコープのstatic変数で代用してたけど、Swiftにはそもそもファイルスコープなんてあったっけ？
0697デフォルトの名無しさん2014/10/21(火) 08:54:24.52ID:3Czsh1Y9
クラス変数は not yet supported ってエラー
ランタイムがいつか対応するんじゃねーの？
0698デフォルトの名無しさん2014/10/21(火) 09:08:58.78ID:KtwB32hV
class A {
// stored variable のクラス変数は未サポート
// class var a = 1 // Class variables not yet supported
// class let b = 2 // Class variables not yet supported

// computed variable ならクラス変数使える
class var c: Int { return 3 }

private struct StaticVal {
// 構造体なら stored variable でも static variable が使える
static var val = 4
}
// computed クラス変数からプライベートなインナー構造体の static 変数にアクセスすることで
// 擬似的に stored クラス変数を実現できる
class var d: Int {
get { return StaticVal.val }
set { StaticVal.val = newValue }
}
}

println(A.c) // 3
println(A.d) // 4
A.d = 99
println(A.d) // 99
■ このスレッドは過去ログ倉庫に格納されています