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

Swift part3

レス数が1000を超えています。これ以上書き込みはできません。
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/
0002デフォルトの名無しさん2014/07/23(水) 12:01:12.75ID:rdKtmwhJ
               ノ      ゚.ノヽ  , /}      ...
            ,,イ`"     、-'   `;_' '    ..::::::::::::::...
   ,-、  _.._   (        (,(~ヽ'~     ..:::::::::::::::::::::::
 )'~  レー'  〉   ヽ       i`'}       .:::::::::::::::::::::::
 ~つ     '-ー、  i       | i'     ...:::::::::::::::::::::::
 /       <  /     。/   !  ......:::::::::::::::::::::::::    これは>>1乙じゃなくて
/         ~^´     /},-'' ,●::::::::::::::::::::::::::::::::::::
i、        ,i' _,,...,-‐-、/    i  ::::::::  .:::::::::::::
..ゝ        <,,-==、   ,,-,/      .:::::::::::            放射能がうんたら
 )       {~''~>`v-''`ー゙`'~       ..:::::::::                          ........::.
 {        レ_ノ            ..::::::::.                         ......:::::::::
ノ         ''           ..:::::::                        ...::.:...:::::::::
                     .:::::::::                     ...:......:::::::::::: .
                    .:::::::::::.        .....      ..  ..::::::::::::::::::::::::   :::.
                    ::::::::::::::::.::::::....:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::.. ::  ::..
                    .:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::: :::    ::.
                    ::::::::::::::::: :::::::::::::::::::::::::::::: :::::
                          .::    ::.  :::
0003デフォルトの名無しさん2014/07/23(水) 12:01:26.09ID:xa9IqUVv
関連スレ
プログラミング言語Swift
http://anago.2ch.net/test/read.cgi/mac/1401736921/
0004デフォルトの名無しさん2014/07/23(水) 12:02:42.28ID:rdKtmwhJ
Swift Blog
https://developer.apple.com/swift/blog/

Resources
https://developer.apple.com/swift/resources/
(Xcode 6が無料でダウンロードできる)

Swift Standard Library Reference
https://developer.apple.com/library/prerelease/ios/documentation/General/Reference/SwiftStandardLibraryReference/
0005デフォルトの名無しさん2014/07/23(水) 12:04:02.20ID:rdKtmwhJ
関連スレ

新言語Swiftを語るスレ
http://anago.2ch.net/test/read.cgi/mac/1401736249/

Wikipedia
Swift (プログラミング言語)
https://ja.wikipedia.org/wiki/Swift_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E)
0006デフォルトの名無しさん2014/07/23(水) 12:12:58.20ID:xa9IqUVv
>>5 のスレは、>>3のスレの前スレ
0007デフォルトの名無しさん2014/07/23(水) 12:46:53.59ID:rdKtmwhJ
The Swift Programming Language
https://itunes.apple.com/us/book/id881256329
0008デフォルトの名無しさん2014/07/23(水) 13:18:52.66ID:xa9IqUVv
>>7 >>1 iBooksの本が 7/21改訂版になった。
0009デフォルトの名無しさん2014/07/23(水) 16:58:45.20ID:x29J8vdY
>>4
そのリンク >>1 に入れてあるから
0010デフォルトの名無しさん2014/07/23(水) 20:23:53.00ID:UkE72Sh4
>>1 乙wift
0011デフォルトの名無しさん2014/07/23(水) 22:50:27.44ID:d4fKxbj7
>>8
ibookも差分アップデートしてくれたらいいのに。
0012デフォルトの名無しさん2014/07/26(土) 23:14:33.81ID:fwCKMr/Y
return って打とうとしたら RETURN が候補に出るのが邪魔だな
なんだ RETURN って
0013デフォルトの名無しさん2014/07/27(日) 02:36:22.52ID:1WIwg84i
protocol TestProt {
init(_ : Int)
}

class Test0 : TestProt {
init(_: Int) { }
}

class Test {
init() { }

func test<T : TestProt> () -> T {
return T(0)
}

func test2() -> Test0 {
return test<Test0>() // <- Cannot explicitly specialize a generic function
}
}

なぜエラーが出るのか分からない
0014デフォルトの名無しさん2014/07/27(日) 02:50:27.29ID:1WIwg84i
分かった。<Test0> が要らんのか。
return test() // これで良い
0015デフォルトの名無しさん2014/07/29(火) 00:03:30.46ID:sbHfEaWW
過疎
0016デフォルトの名無しさん2014/07/29(火) 21:51:07.47ID:DxcW8iFR
【翻訳】Go言語がダメな理由 | POSTD
 http://postd.cc/why-go-is-not-good/
・Goは何も新しいことをしない。
・Goは全てにおいてうまく設計されているとは言えない。
・Goは他のプログラミング言語から退化したものである。

要するに Google の新言語 Go への批判記事な訳だけど、
これらの視点を Swift にも当てはめてみよう

・汎用プログラミング(Generic Programming)
 良い解決策:制約ベースの汎用プログラミングとパラメータ型多相
 Swift => Haskell 等と同様に、パラメータ型多相による総称プログラミングが可能
 (ただし、この著者は Haskell の型クラスと単なる明示的パラメタ型多相とを
  ごっちゃに理解している可能性があるので、注意が必要と思われる)

・言語拡張性(Language Extensibility)
 良い解決策:演算子は関数である
 Swift => Haskell 等と同様に、演算子をオーバロード(多重定義)したり、
  プログラマがカスタム演算子を定義することすら可能

・基本ケースおよびエラー状態(Base Cases and Failure Conditions)
 良い解決策:代数的データ型と型安全なエラーモード
 Swift => Haskell 等でいう代数的データ型に相当するenum型を提供し、
  しかも独自(?)のOptional型まであるから、
  ヌルポインタのバグにさよならを告げることができる

・型推論(Type Inference)
 良い解決策:一般的な型推論
 Swift => Haskell 等の関数型言語ほど完璧ではないが、実用レベルの型推論を提供

(長いので、一旦ここで切る)
0017デフォルトの名無しさん2014/07/29(火) 22:04:22.69ID:DxcW8iFR
(>>16 の続き)

・不変性(Immutability)
 良い解決策:デフォルトで不変に設定する
 Swift => すでに ObjC 時代から(NSArray と NSMutableArray のように)デフォは
  不変性であると意識して設計されたライブラリが提供されていたのはもちろんのこと、
  手続きの宣言時に可変性を明示的に mutating で指定する構文も可能になった

・制御フロー構造(Control Flow Structures)
 良い解決策:パターンマッチングと複合式
 Swift => Rust のmatch文と同様、Swift のswitch文では、enum型(代数的データ型)の
  変数代入を伴うパターンマッチや範囲マッチ...etc を提供している

以降は「組み込みプログラミング(Embedded Programming)」における部分的課題

・部分的課題1:ヒープと動的割り当て(The Heap and Dynamic Allocation)
 良い解決策:動的割り当てを選択制にする
 Swift => メモリ制約の厳しい iOS 上では、GC の代わりに ARC が利用できます

・部分的課題2:危険な低級コード(Unsafe Low-Level Code)
 良い解決策:危険なコードの分離
 Swift => C言語の関数を透過的に呼び出すことができるので、
  危険なコードをC言語コードとして分離することが容易(=現実的なコストで実現可能)です

記事と Swift との対比は、これで終わりです
こうしてまとめると、C#/Rust/Go から遅れること数年、満を持して Apple から新登場した
後発の Swift だけあって、いかにも他言語から「いいとこどり」した設計に見えてきます
ただし、それだけ冒険的な挑戦ですから、バグ取りにもしばらくの時間が必要でしょう
0018デフォルトの名無しさん2014/07/29(火) 22:41:34.93ID:ocgppLb3
今のところサーバサイドをSwiftで書けないのが問題といえば問題かな。
Goの魅力ってそこな気がするので。
OSXがVPSで動いたりしないのかしら
0019デフォルトの名無しさん2014/07/29(火) 23:40:29.86ID:yYRcHyEO
>>18 動くだろ、VMWareとかで動くんだから。
IBMだってサーバで動かすソフトが多くなるだろうし、何の問題も無いだろ?

ただ、もう少し文字列操作系統を整備して欲しいな。 タイムスケジュールに乗ってると思うが。
0020デフォルトの名無しさん2014/07/30(水) 00:29:00.90ID:kIm/CoYC
>>19
やっぱいまさらサーバサイドにLinux以外の使うの無理だった。
OSXはクライアントOSとしてしか使う気ないわ・・・。
ということでLinux版希望
0021デフォルトの名無しさん2014/07/30(水) 00:35:17.91ID:CP3nSahn
了解で〜す \(^o^)/
0022デフォルトの名無しさん2014/07/30(水) 09:24:00.96ID:Nn5HlRg1
SwiftのコンパイラはClangに組み込んだんだから丸ごとオープンソース希望。
0023デフォルトの名無しさん2014/07/30(水) 11:03:58.55ID:s1QrMkjS
待ってればオープンソース化はされるでしょ
0024デフォルトの名無しさん2014/07/30(水) 11:09:04.86ID:JrJAkBVK
Linux 版 Swift はかなり期待できるが Linux 版 Cocoa は絶望的。
0025デフォルトの名無しさん2014/07/30(水) 12:33:27.29ID:UUAxeW7b
SwiftはClangじゃないと何度言ったら
0026デフォルトの名無しさん2014/07/30(水) 12:48:18.10ID:ddZSmXRh
処理系なんて複数あってもいい
0027デフォルトの名無しさん2014/07/30(水) 15:04:01.42ID:XjaaJasK
うーん、なら意味ないな
0028デフォルトの名無しさん2014/07/31(木) 11:11:54.32ID:qwayji1U
今更ながらSwiftが並列処理の構文を持ってないことに気がついた
0029デフォルトの名無しさん2014/07/31(木) 11:25:03.08ID:u2zE/A7k
>>28 現在 Swift parallel scripting と提携を考えてる最中と妄想。 これで真のSwift languageを名乗れるようになる。
或はIBM PowerPC用にIBMと協議中とか。

並列処理は結構ニーズが有るから慎重でも良い。 既にライブラリは揃ってるわけだし。
0030デフォルトの名無しさん2014/07/31(木) 11:30:10.32ID:qwayji1U
llvmスレで、次の3.5でOpenMP対応って見て、アレ?って思って見に来たんだ。
0031デフォルトの名無しさん2014/07/31(木) 18:42:52.09ID:24Rz0y8q
>>28
ライブラリで対応っしょ。
何にしろGCD使うわけだし
0032デフォルトの名無しさん2014/08/03(日) 03:35:04.75ID:8apJq8+R
gcdの構文はそのまま使えるし、NSThread使ってもいいし、NSOperation使ってもいい
pthread直接は関数ポインタ使うから無理かな
0033デフォルトの名無しさん2014/08/05(火) 18:39:01.56ID:0W537iyt
http://i.imgur.com/KAy2c3Q.png
0034デフォルトの名無しさん2014/08/05(火) 19:34:08.48ID:o+/LR7Kj
>>33
小文字のLじゃなくて大文字のiになってるとか?(見やすくするために大文字小文字逆にして書いてます)
0035デフォルトの名無しさん2014/08/05(火) 21:38:06.91ID:q3/M2RFT
>>34 良く有る事だが、見えない文字が入ってるとか。
一度全部削除して入れ直せば大丈夫だろうが、Fix it したほうが早いね。
0036デフォルトの名無しさん2014/08/06(水) 10:23:13.01ID:+oVXtDw0
Fix-itダブルクリックしてもなおらんなら、、、
0037デフォルトの名無しさん2014/08/07(木) 11:01:38.76ID:so7ZCTBn
バージョンがあがる度に糞度が増してるな
0038デフォルトの名無しさん2014/08/08(金) 07:56:57.30ID:0RLXnAM8
>>32 Cのライブラリは全て直接使えるよ。
関数ポインタだって扱える

Function Pointers

C function pointers are imported into Swift as CFunctionPointer<Type>, where Type is a Swift function type.
For example, a function pointer that has the type int (*)(void) in C is imported into Swift as CFunctionPointer<() -> Int32>.
0039デフォルトの名無しさん2014/08/08(金) 14:04:26.83ID:t4nUvWhz
暗黙型変換は無いけど、リテラルは暗黙的に型変換されるの?

func fn(a: Int) -> Int {
return a
}

fn(5) // => 5
fn(5.3) // => 5

let num = 5.3
fn(num) // Error: "Double" is not convertible to 'Int'
fn(Int(num)) // => 5
0040デフォルトの名無しさん2014/08/08(金) 14:14:09.50ID:FHu5gdbl
リテラルなんだからコンパイル時に判断できるからじゃね
0041デフォルトの名無しさん2014/08/08(金) 14:22:23.37ID:0RLXnAM8
>>39 そうみたいだね、コンパイラのバグだと思ってた方が良さそうだね 多分型変換しているつもりはないんだろう
0042デフォルトの名無しさん2014/08/08(金) 14:34:06.27ID:eIB6EleC
f(2.5 + 3.5) // => 5
とか、どこがセーフティなんだって感じだな
0043デフォルトの名無しさん2014/08/08(金) 14:44:54.31ID:OLXn5oNK
>>41
バグではないでしょ
型変換しているつもりが無いっていうか、型変換などしていない。
>>40の言うとおり、リテラルだからコンパイル時に型が決定しているだけ。
fnの引数の型がIntだから最初からInt型になるだけ。
5.3だからDoubleになってIntに型変換されているんじゃない。最初からInt。
これは関数の引数だけじゃなくて代入でも同じ。
let num : Int = 5.3
と書いてもエラーにならない。Double型の5.3がIntに型変換されて代入されるのではなくて、最初からInt。
0044デフォルトの名無しさん2014/08/08(金) 14:51:28.10ID:0RLXnAM8
エラーにすべきだろ
0045デフォルトの名無しさん2014/08/08(金) 14:57:27.75ID:eIB6EleC
そんなことより、Playgroundで、
println("\(1 + 1 + 1 + 1 + 1 + 1 + 1 + 1 + 1 + 1)")
がちゃんと動かないんだけど、\()の中って長過ぎるとダメとかあるんだっけ?
0046デフォルトの名無しさん2014/08/08(金) 15:00:48.88ID:t4nUvWhz
>>43

5 >= 5.3 // true

とかどう考えても嬉しくないんだけど
0047デフォルトの名無しさん2014/08/08(金) 16:49:34.13ID:eIB6EleC
いや、そんなことより、
println("hogehoge".length)
って書けるのに、

let str = "hogehoge"
println(str.length)
って書けないのはなんで?
0048デフォルトの名無しさん2014/08/08(金) 16:58:51.21ID:NYRFXe49
えっ
0049デフォルトの名無しさん2014/08/08(金) 17:06:32.25ID:eIB6EleC
自己解決しました。
0050デフォルトの名無しさん2014/08/09(土) 17:04:50.89ID:N+zBGm2p
ディクショナリの初期化の仕方はどれでいいんですか?
いろんな書き方があるので迷いまする
var d: Dictionary<String, Int> = [:]
var d: [String: Int] = [:]
var d = [String: Int]()
var d = Dictionary<String, Int>()
0051デフォルトの名無しさん2014/08/09(土) 17:33:00.24ID:3ND9e6Sl
var d = Dictionary<String, Int>()
しっくりくる
0052デフォルトの名無しさん2014/08/09(土) 17:57:04.42ID:7nARyUM7
>>50
var d = [String: Int]()

> You can also write the type of a dictionary in shorthand form as [KeyType: ValueType].
> Although the two forms are functionally identical, the shorthand form is preferred,
> and is used throughout this guide when referring to the type of a dictionary.
0053デフォルトの名無しさん2014/08/09(土) 18:21:33.99ID:N+zBGm2p
>>51-52
ありがとございました
アップル推奨の奴でいきまする
0054デフォルトの名無しさん2014/08/09(土) 22:19:51.31ID:TSdBD6Gl
>>51だとC#と同じになっちゃうから林檎教団的には気に入らないだろうな
0055デフォルトの名無しさん2014/08/09(土) 22:31:53.48ID:3ND9e6Sl
林檎教団w
C++みたいで、見慣れてるって思った
0056デフォルトの名無しさん2014/08/10(日) 00:24:39.30ID:y9erLln4
>>54 気に入らんね。 わざわざDictionary なんて無駄の何物でもないし、
教祖様おすすめの新記法を使うべきだろ
0057デフォルトの名無しさん2014/08/10(日) 00:44:53.30ID:9qr6A6n9
教壇とか信者とか教祖とかどうでもいいんだよ
自分がいちばん良いと思う(あるいは、コーディング規約で定められた)記法を使うだけだ。
自分で書くとしたらvar d = [ String : Int ]()かな。
0058デフォルトの名無しさん2014/08/10(日) 03:53:48.49ID:9xNLSGsY
Swiftで脱アルゴリズムっすよ。
0059デフォルトの名無しさん2014/08/10(日) 22:20:58.90ID:ooL2SMwQ
っすよ
0060デフォルトの名無しさん2014/08/10(日) 22:29:20.21ID:JTN9tFDt
var d[String: Int] = [:]
の方が好きだけど
var d = ["salary": 300000]
のように空で無いときと統一するなら(右辺で型推論するなら)、>>57と同じだなあ

悩ましい
0061デフォルトの名無しさん2014/08/11(月) 04:24:18.04ID:cC/8Gjcj
>>52 だとしても
var d: [String: Int] = [:]
が推奨されてないわけではない
0062デフォルトの名無しさん2014/08/11(月) 11:14:02.48ID:HXiuyVVb
推奨は
var namesOfIntegers = [Int: String]()
でイニシャライズして
namesOfIntegers[16] = "sixteen"
と値を入れても
namesOfIntegers = [:]
で再初期化出来る と言う流れ
0063デフォルトの名無しさん2014/08/13(水) 16:59:09.89ID:xwn08+4R
>>62
なるほど
0064デフォルトの名無しさん2014/08/15(金) 12:28:19.59ID:HBtdHn8g
StringやIntのhashValueこれでいいのかな

"a".hashValue // 4799450059485595655
"b".hashValue // 4799450059485595656

連続しすぎで簡単に衝突しそう
0065デフォルトの名無しさん2014/08/15(金) 13:09:55.51ID:W4XUmOz/
連続性と衝突のし易さに関する相関関係について述べよ
0066デフォルトの名無しさん2014/08/15(金) 13:35:15.80ID:HBtdHn8g
いくつかのハッシュを組み合わせるときに単純にXOR取るだけだと衝突しやすいだろ
あと予測しやすいのでDoS攻撃もしやすい
0067デフォルトの名無しさん2014/08/15(金) 13:44:09.62ID:HBtdHn8g
struct Person: Hashable {
var age: Int
var name: String
var hashValue: Int { return age.hashValue ^ name.hashValue }
}

func ==(l: Person, r: Person) -> Bool { return l.age == r.age && l.name == r.name }

// ↓全部同じ
Person(age: 20, name: "a").hashValue
Person(age: 27, name: "b").hashValue
Person(age: 30, name: "c").hashValue
0068デフォルトの名無しさん2014/08/15(金) 14:03:31.32ID:ctFtgwKN
Javaも31のマジックナンバー掛けて足してくだけだったりするしな。
そのハッシュは暗号化の意味は持ってなくてぶつからないように散らすという意味しかないよ。
攻撃されるような、つまりハッシュを外部に見せる場所では使うべきじゃない。
0069デフォルトの名無しさん2014/08/15(金) 14:37:01.87ID:IEcKMmnc
そうそう。JavaのStringクラスは1文字の場合、charの値がそのままハッシュ値になるし、
整数なら整数値がそのままハッシュ値になるのは、JavaもSwiftも同じ
ただ、ハッシュの計算法については明文化してほしいよなあ。これはObj-Cの時からだけど
0070デフォルトの名無しさん2014/08/15(金) 14:47:41.59ID:W4XUmOz/
>>67
なんで XORとるの?

var hashValue: Int { return (String(age) + ":" + name).hashValue }

とかじゃダメなの?
0071デフォルトの名無しさん2014/08/15(金) 14:53:58.04ID:HBtdHn8g
まぁ気に入らなきゃ extension で全て解決やな
お騒がせ
0072デフォルトの名無しさん2014/08/15(金) 14:59:37.87ID:Lne+Px+X
そうだ
靖国、
逝こう。
0073デフォルトの名無しさん2014/08/15(金) 15:17:20.80ID:IEcKMmnc
>>70
それだとハッシュ値計算が重くなるよ。
単純な数値計算が望ましいから、Javaみたいにするのが無難
0074デフォルトの名無しさん2014/08/15(金) 15:21:15.99ID:IEcKMmnc
>>71
いやだから、StringのhashValue変えることに意味無いんだって。
この場合、XORでなく、他の方法でハッシュ値求めればいいだけだよ
0075デフォルトの名無しさん2014/08/15(金) 15:35:30.99ID:ZaXPBhtE
いつでも重複しにくい推測されにくいような値になる計算をとしたらmdやshaみたいなことになって、
それをインスタンスを作るたびに計算をさせていたらクソ遅いとかw
0076デフォルトの名無しさん2014/08/15(金) 15:47:01.00ID:HBtdHn8g
>>74
もうSipHash 2-4で実装しなおした
0077デフォルトの名無しさん2014/08/15(金) 16:14:55.16ID:IEcKMmnc
>>76
などほどHashDoSか
でもSwiftってiOS/OSX向けだからDoS攻撃されることなくね?
あと、スクリプト言語はともかく、Obj-C並みの速度で動作するSwiftへのパフォーマンスの影響はいかほどなんだろう。
0078デフォルトの名無しさん2014/08/16(土) 00:47:57.07ID:XlNU51V9
extensionは関数のオーバーライドできないんだな。Obj-Cはできていたが
0079デフォルトの名無しさん2014/08/16(土) 08:42:21.65ID:DXpV4TuM
え?
0080デフォルトの名無しさん2014/08/17(日) 11:21:02.10ID:NRGjpcdU
これがエラーになるんですがなんでですかね?

var d = ["a": 10, "b": "BBB"]
d["C"] = "123"


ちなみに、こっちはOKでした。

var d:[String: Any]= ["a": 10, "b": "BBB"]
d["C"] = "123"
0081デフォルトの名無しさん2014/08/17(日) 13:19:14.20ID:V8SXHhEt
無限ループこわい

struct S {
var a: Int = 0 {
didSet {
println("a did set: ¥(a)")
b = a + 1
}
}
var b: Int = 0 {
didSet {
println("b did set: ¥(b)")
a = b + 1
}
}
}

var s = S(a: 0, b: 0)
s.a = 1

a did set: 1
b did set: 2
a did set: 3
b did set: 4
a did set: 5
b did set: 6
a did set: 7
…
0082デフォルトの名無しさん2014/08/17(日) 13:26:01.14ID:V8SXHhEt
>>80
上は Foundation.NSDictionary になるからダメ
下は Swift.Dictionary<String, Any> だからおk

ちな
var d = ["a": 10, "b": "BBB"].mutableCopy()
d.setObject("123", forKey: "C")
println(d.description)

{
C = 123;
a = 10;
b = BBB;
}

NSMutableDictionaryにしてもSwiftのsubscript持ってないから使いにくいね
0083デフォルトの名無しさん2014/08/17(日) 13:29:48.59ID:V8SXHhEt
あ、勘違い
NSMutableDictionary でも subscript 使えたわw

var d = ["a": 1, "b": "2"].mutableCopy() as NSMutableDictionary
d["c"] = 9
println(d)
0084デフォルトの名無しさん2014/08/17(日) 13:31:26.48ID:V8SXHhEt
あ、mutableCopy() なくてもいけたw

var d = ["a": 1, "b": "2"] as NSMutableDictionary
d["c"] = 9
println(d)

連レススマソ
0085デフォルトの名無しさん2014/08/17(日) 13:37:39.60ID:Oy9xGDlU
>>84 わざわざそんなことするなら最初からSwift.Dictionary使うよね
型変換のサンプルとしてなら解るが
0086デフォルトの名無しさん2014/08/17(日) 14:03:51.32ID:K7CnHZGx
>>85
問題は、リテラルで暗黙的にSwift.Dictionary を 作ろうとした時に、typoでFoundation.NSDictionary に なってしまい、さらにその行ではエラーにならない可能性がある、という点だと思います
0087デフォルトの名無しさん2014/08/17(日) 14:31:33.29ID:6prtFSik
Anyは型類推を使わないようにした方が確実と言うことかな
Typo も多いだろうし
0088デフォルトの名無しさん2014/08/17(日) 14:34:39.04ID:NRGjpcdU
>>82-84
レス感謝
リテラルだとNSDictionaryになる場合があるんですね
なんか分かりにくいですね。もうちょっとわかりやすい規則性だといいんですが...
0089デフォルトの名無しさん2014/08/17(日) 14:51:16.87ID:LfZg7/6z
valueがAnyだとNSDictionaryになるみたい。
valueをAnyObjectにするとDictionaryになる。

おそらく、Obj-Cとの互換性のためじゃないかと思う。(NSDictionaryのvalueはAny扱いだろうから)
StackOverflowでも同じ話題が出てる
http://stackoverflow.com/questions/24023622/swift-dictionary-bug
0090デフォルトの名無しさん2014/08/17(日) 14:53:42.48ID:LfZg7/6z
でも、SwiftのDictionaryはvar/letでmutable/immutableだから、この仕様(というか実装)は微妙だなあ
0091デフォルトの名無しさん2014/08/17(日) 15:03:23.86ID:LfZg7/6z
すまん、NSDictionaryのvalueもAnyObjectだな
連レス失礼
0092デフォルトの名無しさん2014/08/17(日) 15:47:24.27ID:V8SXHhEt
NSMutableDictionaryは参照型だから別に整合性はある

AnyやAnyObjectは祖先クラスじゃないから、[1, "a"]ってしたときに共通の祖先クラスがなくてSwiftの世界じゃ型を決められない

共通の祖先クラスがあればちゃんと型推論働く

class Sup {}
class SubA : Sup {}
class SubB : Sup {}
class SubC : Sup {}

var arr = [SubA(), SubB()] // <-ちゃんと[Sup]型になる
arr.append(SubC()) // [Sup]型だからSubCも突っ込める
0093デフォルトの名無しさん2014/08/17(日) 21:19:17.58ID:QzjnpziE
これが警告もないとは...やっぱり糞言語だな

var i = 10
for i in 1...5 {
println(i)
}
println(i)
0094デフォルトの名無しさん2014/08/17(日) 23:11:23.64ID:n698S0JW
まあ、そんなことを意図的にする場合は少ないけど、 i とか普通に使っているアホだからすぐに糞いいたたがるのだろなっとw
0095デフォルトの名無しさん2014/08/17(日) 23:23:32.70ID:GikCLa8j
>>94
無理があるな
0096デフォルトの名無しさん2014/08/17(日) 23:28:28.38ID:Dhvcldox
>>93
警告がないことがクソな理由がわからん
0097デフォルトの名無しさん2014/08/17(日) 23:33:37.07ID:LfZg7/6z
>>93
何か問題あるのか?
for文の中でだけiはカウントされているのに?
0098デフォルトの名無しさん2014/08/17(日) 23:34:59.76ID:QzjnpziE
何故かこっちは期待した動き...やっぱ糞言語だわ

var i = 10
for i=0; i<=5; i++ {
println(i)
}
println(i)
0099デフォルトの名無しさん2014/08/17(日) 23:36:24.94ID:LfZg7/6z
>>98
var i = 10
for var i=0; i<=5; i++ {
println(i)
}
println(i)
0100デフォルトの名無しさん2014/08/17(日) 23:41:12.49ID:tBLxxj+B
>>98 なぜかもクソもあるか、ごく自然な文法だろが。 そんな事も解らなければ入門書を10冊読め
0101デフォルトの名無しさん2014/08/17(日) 23:43:25.37ID:LfZg7/6z
>>98は外部スコープの変数をそのまま参照
>>99は新たに変数を定義している。for-inも同じ
って違い
0102デフォルトの名無しさん2014/08/17(日) 23:50:58.64ID:QzjnpziE
糞言語すぎてやる気なくなったからもう寝るわ
0103デフォルトの名無しさん2014/08/18(月) 00:11:33.88ID:En9s5gLv
×糞言語すぎてやる気なくなったからもう寝るわ
○糞理解力すぎて恥ずかしくなったからもう寝るわ
0104デフォルトの名無しさん2014/08/18(月) 02:59:27.51ID:O5wid4ZY
馬鹿には無理
0105デフォルトの名無しさん2014/08/18(月) 09:45:40.90ID:AEgSkInF
今んとこはまだマニアのための玩具ってかんじだな
いろいろと粗が目立つ
開発者からのフィードバックも膨大に溜まってんだろ
こなれてくるまでには2,3年はかかるか
0106デフォルトの名無しさん2014/08/18(月) 14:58:59.79ID:AbutQB81
>>105 1年もあれば落ち着くだろ
ライブラリの整備は多少時間がかかるかもしれないが
0107デフォルトの名無しさん2014/08/18(月) 15:16:48.80ID:+QBXrcY+
>>101
これcも同じだけど。スコープとか知らんの?
0108デフォルトの名無しさん2014/08/18(月) 15:18:22.93ID:kU0z26/t
>for i=0; i<=5; i++ {
つうかどうしてアホー言語っていちいち字面をキモくしなきゃ気がすまないんだ
0109デフォルトの名無しさん2014/08/18(月) 15:26:28.48ID:r8tHn57o
最近の言語は、、、まあいいや
0110デフォルトの名無しさん2014/08/18(月) 15:44:54.29ID:7O3aXnPz
カッコつけてもええんやでえ。でもそのうち淘汰されてそっちがダサくってな
いわばTPOっていう?w
0111デフォルトの名無しさん2014/08/18(月) 15:50:06.54ID:AbutQB81
>>108 アホはCも知らないのか?
それが嫌ならこんなのどうだ?好きなの使え

for i in 0...5 {}
0112デフォルトの名無しさん2014/08/18(月) 15:52:47.66ID:r8tHn57o
... は ..< になったんじゃ?
ってそういやbeta5が出てたな
0113デフォルトの名無しさん2014/08/18(月) 15:53:32.18ID:IXyCPeCc
var i = 10
for i=0; i<=5; i++ {
println(i)
}
println(i)

これを for in を使って書くとしたら...
0114デフォルトの名無しさん2014/08/18(月) 16:16:23.42ID:DYjOgIx2
dan kogai...
swiftにコミットするのやめてくれんかのう
0115デフォルトの名無しさん2014/08/18(月) 16:21:49.19ID:AbutQB81
>>112 a < b の範囲 a .. b が、a ..< b に変わっただけ
a <= b の範囲は a ... b のまま
0116デフォルトの名無しさん2014/08/18(月) 16:43:01.98ID:nVnuxrx8
>>108
Cのfor文の丸括弧を取っ払っただけだし,C++,C#,Javascriptでも同種の構文があるんだが。
何にも知らないんだね。
0117デフォルトの名無しさん2014/08/18(月) 16:46:35.71ID:r8tHn57o
あー、はいはいそういうことかありがとう >>115

for文で <= 使うのはかなり特殊なケースだから勘違いしちゃったよ
まあこう書くと反論する人いるだろうからこのへんでー
0118デフォルトの名無しさん2014/08/18(月) 21:16:14.69ID:jy6904iq
セミコロンとかっこをつけたら、ほぼC構文
ぎゃくに、ちょこまか変えてるのが今はウザい
しかも、つけてもコンパイルとおるって言う
じゃあ何でとったっていう
0119デフォルトの名無しさん2014/08/18(月) 21:19:53.54ID:WWtz0eQI
そんなにセミコロン書きたいのか?
しばらくSwift書いてObjCに戻ったらセミコロンがもの凄くかったるく感じる
0120デフォルトの名無しさん2014/08/18(月) 21:42:59.44ID:En9s5gLv
>>118
aaa(); bbb()
こんな風に一行で書くには;がいるわけ
今は省けるもんは省くのがトレンドだからね(型推論にしても)
でも、Swiftは無闇に省いているわけではない。
例えば、ifなどの制御構文のブロックとか、return句とかは必須だ。
0121デフォルトの名無しさん2014/08/18(月) 21:43:56.75ID:jy6904iq
>>120
そうだ、それがうぜー
全部つければ何も考えなくていいのに
0122デフォルトの名無しさん2014/08/18(月) 21:47:40.83ID:En9s5gLv
>>121
そのうち慣れて何も考えなくても書けるようになるよ。
0123デフォルトの名無しさん2014/08/18(月) 21:50:27.90ID:jy6904iq
>>121
ところで、if文ブロックとreturnにセミコロンが必要ってのはどこに書いてあったっけ?
0124デフォルトの名無しさん2014/08/18(月) 21:53:11.65ID:jy6904iq
鵜呑みにしたおれがアホだった
今リファレンス読んでみたけど、>>120の1行目だけ正しいね
0125デフォルトの名無しさん2014/08/18(月) 21:56:58.04ID:jy6904iq
結局セミコロンは書かなくてもいい(まあ書きたきゃ書いてもいいけど)って書いてある
一行にまとめて書く場合以外は
0126デフォルトの名無しさん2014/08/18(月) 22:01:50.19ID:En9s5gLv
>>123
ちゃうちゃう、制御文にブロックが必要ってこと
Swiftでは以下のようには書けない
//-------
if (a.hasPrefix("s"))
doSomething()

// これはOK
if (a.hasPrefix("s")) { doSomething() }
//-------

あと、Rubyみたいにどこでもreturnが省けるわけではないということ

//------
func empty() -> String { return "" } // return必須

class SomeClass {
var aaa:String { return "AAA" } // return 必須
}
let f:()->String = { "aaa" } // クロージャは式のみの場合returnを省ける

let f2:()->String = { var a = "aaa"; return a } // こっちはreturn必須
//------

セミコロンにしても、締めるところは締めていると言うことを言いたかったんや。
0127デフォルトの名無しさん2014/08/18(月) 22:16:02.11ID:jy6904iq
>>126
なるほど、そういうことか
全部セミコロンの話かと思ってた
どうもありがとう
にしても、
 if (a.hasPrefix("s"))
 doSomething()
はやりそうだなぁ

Cでも、単文でも極力{ }でくくるようにはしてるけど
0128デフォルトの名無しさん2014/08/18(月) 22:33:45.06ID:WWtz0eQI
if文はアップル自身が痛いチョンボやらかしてるからな
0129デフォルトの名無しさん2014/08/18(月) 23:24:23.43ID:TotxymUg
全然関係ない。if文絡みであっただけで、単なるコピペミスだろ
あれ、一目見ておかしいと思わないの? { } でくくっても同じだろ
0130デフォルトの名無しさん2014/08/19(火) 00:02:18.38ID:dGN2Xh51
あんなのコーディング作法がどうとかいう問題じゃないだろ
あんな重要なとこまともにテストしてないのがおかしい
0131デフォルトの名無しさん2014/08/19(火) 13:57:12.16ID:c6AsXCDx
「これは間違いなく普及する」小飼弾、Swift愛を語る
http://news.livedoor.com/article/detail/9157615/

「2014年前半のインパクトはもう圧倒的にSwiftの登場。これは間違いなく普及する」と小飼氏が断言する理由は、次の5つに集約されるそうだ。

【1】既存環境の言語との高い互換性
【2】他の言語の“負の遺産”を捨てている
【3】優れたリファレンス
【4】iOSエンジニアをアセンブラ領域まで進出させる可能性
【5】クローズドから始めてオープンへというAppleの戦略意図を感じる
0132デフォルトの名無しさん2014/08/19(火) 14:08:21.75ID:sBhGF3j6
小飼が絶賛したPerl6はほとんど普及してないわけだが
0133デフォルトの名無しさん2014/08/19(火) 14:28:29.94ID:c6AsXCDx
>>132 それはPerlオタクだから仕方ないだろ そのオタクが他の言語に目移りしたと言う事は注目に値する
0134デフォルトの名無しさん2014/08/19(火) 15:16:25.26ID:0B3vcACg
dankogaiのコードってゴミコードしか見たことないんだけど、なんかすばらしいコードでも書いてるのか?
0135デフォルトの名無しさん2014/08/19(火) 15:25:47.81ID:sBhGF3j6
そんなことより、貴殿の宝石の様に煌めく素晴らしいコードをぜひとも拝ませて欲しいです。
0136デフォルトの名無しさん2014/08/19(火) 15:38:00.06ID:0B3vcACg
>>135
俺の書くコードの質と、dankogaiが書くコードには何の関係もないよ。

以前
http://blog.livedoor.jp/dankogai/archives/51767934.html
で偉そうなこと書いてその後こてんぱんにやられてたが、少なくとも404 Blog Not Foundに書かれるコードは糞コードだらけだ。
0137デフォルトの名無しさん2014/08/19(火) 15:57:36.88ID:sBhGF3j6
>>136
どこがどういう理由で糞なのか参考までに教えて頂けると助かります。
0138デフォルトの名無しさん2014/08/19(火) 16:00:56.56ID:muSpSvbP
>>136
下までスクロールするとブラウザがフリーズした
0139デフォルトの名無しさん2014/08/19(火) 16:13:13.66ID:lLkg1CgN
>>136 何年前の記事を張ってるんだよ
404で見たこと無い。 Swift のコードはほとんどQiitaだろ
最近Swiftばかり
0140デフォルトの名無しさん2014/08/19(火) 16:19:24.69ID:lLkg1CgN
そんな事より Beta6が出てるぞ
0141デフォルトの名無しさん2014/08/19(火) 16:24:34.18ID:0B3vcACg
>>139
何年前って2012年の記事だろ。

> Swift のコードはほとんどQiitaだろ
あ、そうなの?dankogaiのまともなコードがあるならリンクよろしく。まあないと思うけどな。
0142デフォルトの名無しさん2014/08/19(火) 16:27:25.14ID:sBhGF3j6
もしかして小飼に昔叩かれた人とか?
0143デフォルトの名無しさん2014/08/19(火) 16:33:02.29ID:0B3vcACg
別にdankogai本人とはかすったこともないが、なんでこいつが偉そうなこと言えるのかそれが知りたいだけ。
なんかPerlの貢献度が高かったらしいのは知ってるが。
0144デフォルトの名無しさん2014/08/19(火) 16:39:53.20ID:sBhGF3j6
まぁ、実力も実績もあるし、信者も大勢いるし、アルファブロガーだし
ゲームは作ってないけど
0145デフォルトの名無しさん2014/08/19(火) 16:58:08.56ID:lLkg1CgN
>>141 ソフトの世界で2年も前の話なんてカビが生えてるよ
Swiftが出たのは6月だぞ

Qiitaも見たこと無いでコードの話をするなんて変なの 最も纏まったコードは無いけど
リンクも何もQiita Swift dankogai で検索すれば沢山出てくるから自分で見ろよ
0146デフォルトの名無しさん2014/08/19(火) 19:08:01.93ID:b1cKAETJ
>>145
場合によりけり。こと言語関連に限っては2年はそう昔の話ではないだろう
単に流行だけを追いかけてるだけなら 2年も前の話なんてカビが生えて かもしれないがな
0147デフォルトの名無しさん2014/08/19(火) 19:09:17.26ID:TLaA01XG
※ここはSwiftスレです
0148デフォルトの名無しさん2014/08/19(火) 20:08:11.95ID:V8/7iNdr
これ以上品質ネタで引っ張るなら
Patch pleaseでいいんじゃね。
swiftスレらしくswiftのコードに粘着してくれ。
0149デフォルトの名無しさん2014/08/19(火) 21:19:55.30ID:c6AsXCDx
>>146 小飼自体が404にはほとんど書き込まず技術的な事は最近はQiitaだろ
6月以降だけを見ても404の方は数本、Qiitaの方はSwiftだけでも沢山書き込んでる
404は四方山話、コードならQiita
そんな404の古い四方山話を持ち出しても意味無いだろ Perlがもはや坂を転げ落ちてることは本人が良く知ってるだろう

SwiftでJSONとか参考になったよ
コードに文句つけるならSwiftのコードについて意見しろよ
0150デフォルトの名無しさん2014/08/19(火) 21:49:44.49ID:aN7BQ+Qx
じゃあコードにケチつけようか
http://qiita.com/dankogai/items/2d19b8352183cca3461f
var st = stat() // *1
let err = path.withCString { // *2
lstat($0, &st) // *3
}

わざわざ withCString 使うことない
C の const char* には String そのまま渡せる
var st = stat()
let err = lstat(path, &st)
0151デフォルトの名無しさん2014/08/19(火) 21:56:15.35ID:FQGd2orm
ここまでのまとめ

小飼弾ばっかり注目されて悔しいニダ
実名で有益なことやってる奴見ると腹立つニダ
0152デフォルトの名無しさん2014/08/19(火) 22:09:32.82ID:b1cKAETJ
白黒012値で判断するのはかなわんなw簡単だからアレな人にはそれしかなんだろうけどw
0153デフォルトの名無しさん2014/08/19(火) 22:20:56.13ID:dii/unFm
beta 6 が出たらしいから、swift本体にケチつけようぜ
また色々言語仕様変更したらしいじゃねーか
0154デフォルトの名無しさん2014/08/19(火) 22:25:06.20ID:RLzZhY/k
>>153
今回はあんま変更ないじゃん。細かい改良がメインだし
Xcodeでリンクが上手く行かないって問題がなんぼか出ているようだが
0155デフォルトの名無しさん2014/08/19(火) 22:32:15.29ID:Laa9BX+V
>>150
いや、話の趣旨が、C言語の素のデータ型とSwiftとの連携の話なんで
そこは、withCStringでいいでしょ
その後の、withUnsafePointer にも繋がってくわけだし
0156デフォルトの名無しさん2014/08/19(火) 23:43:35.67ID:I0aXY+SD
いくらなんでも嫉妬に狂いすぎだ
0157デフォルトの名無しさん2014/08/20(水) 00:56:55.99ID:9QzdPeJo
粘着も信者もキモ過ぎ
0158デフォルトの名無しさん2014/08/20(水) 00:59:22.66ID:+uPYMsWL
>>150 その下の可変長バッファ、、、
の *3 の下の
while fgets(&linebuf, Int32(linebufsize-1), fp) {

ここでエラーが出るようになったけど何が変わったんだっけ?
0159デフォルトの名無しさん2014/08/20(水) 08:51:55.37ID:Nj3MsvBs
エラーメッセージ読めばわかるだろうに
0160デフォルトの名無しさん2014/08/20(水) 10:09:10.39ID:+uPYMsWL
>>159 ごめん、わかった
type 'UnsafeMutablePointer<Int8>' does not conform to protocol 'BooleanType'
fgetsのreturnが  char * でBooleanじゃないよと言ってるんだね
0161デフォルトの名無しさん2014/08/20(水) 10:27:10.15ID:xEVixHuY
>>149
> SwiftでJSONとか参考になったよ
え、あのコードで参考になっちゃうんだ
0162デフォルトの名無しさん2014/08/20(水) 10:40:51.47ID:3XEuOnAA
>>161
なるよ
0163デフォルトの名無しさん2014/08/20(水) 10:51:38.06ID:+uPYMsWL
>>161 これだよ
Swiftで面倒なJSONの取り扱いをさらに10倍便利にするclass JSON
http://qiita.com/dankogai/items/e3d9882f4d25bc44cc03
0164デフォルトの名無しさん2014/08/20(水) 11:27:17.95ID:Nj3MsvBs
これは参考になるな
0165デフォルトの名無しさん2014/08/20(水) 12:32:27.86ID:+uPYMsWL
>>158 beta5での変更にあったね
“Optionals no longer implicitly evaluate to true when they have a value and false when they do not, to avoid confusion when working with optional Bool values.
Instead, make an explicit check against nil with the == or != operators to find out if an optional contains a value.”
0166デフォルトの名無しさん2014/08/20(水) 12:47:51.13ID:IR8yJSUh
>>165
関係無い
fgets の戻り値は UnsafeMutablePointer<Int8>
UnsafeMutablePointer が BooleanType じゃなくなったのは Beta 6 から
0167デフォルトの名無しさん2014/08/20(水) 12:52:10.49ID:IR8yJSUh
あ、違った
Beta 6 から BooleanType じゃなくなったのは AutoreleasingUnsafeMutablePointer の方だった
UnsafeMutablePointer は Beta 4 までは UnsafePointer で LogicValue プロトコルを実装してたが、
Beta 5 で UnsafeMutablePointer に名前が変更されると同時に BooleanType (Beta 4 以前での LogicValue) じゃなくなった
0168デフォルトの名無しさん2014/08/23(土) 17:17:29.30ID:nymJgeS4
過疎ってるな
Swiftもオワコンか
0169デフォルトの名無しさん2014/08/23(土) 17:37:04.91ID:aRrEsiH9
GMが出るまではこんなものだろ
今は使ってる層と使っていない層とがはっきり別れている時期

使ってる層は練習で忙しいしβをわきまえてる
使っていない層は話題に乏しい

正式リリースになれば本も出るしスクールもあちこちで開講されるだろうから賑やかになるだろう
0170デフォルトの名無しさん2014/08/23(土) 17:39:31.87ID:IHW9XXMf
いや、オワコンだろ
Objective-Cでいいんだもん

Windows8出たばっかでWindows9とかいってるMSみたく
いらんもん出すのが流行ってんのか?
0171デフォルトの名無しさん2014/08/23(土) 18:00:29.13ID:ryYP6lBm
>>170
脳みその止まった老害乙
0172デフォルトの名無しさん2014/08/23(土) 18:02:30.45ID:aRrEsiH9
いやObjective-Cしか触ったことの無いトウシロウだろ
0173デフォルトの名無しさん2014/08/23(土) 18:05:07.85ID:IHW9XXMf
swift人気ねぇ
こんだけ苛立ちをもってレスがつくということは、
既に宗教化が始まっているのだろう
0174デフォルトの名無しさん2014/08/23(土) 19:04:26.21ID:z5FQz85b
ユーザーは beta リリースの度にビルドエラーが出て改修に飽きて GM 静観モード
0175デフォルトの名無しさん2014/08/23(土) 19:11:40.66ID:IelLjjft
>>172
単なるバカなひとだったというオチみたいだぞ
0176デフォルトの名無しさん2014/08/23(土) 19:13:37.36ID:IHW9XXMf
>>175
はぁ?
0177デフォルトの名無しさん2014/08/23(土) 19:26:53.23ID:Yl6l6ODX
哀れな ID:IHW9XXMf をこれ以上弄るのは止めて差し上げろ
0178デフォルトの名無しさん2014/08/23(土) 19:52:51.32ID:IHW9XXMf
>>177
いや、哀れまれる筋合いはない
swiftは正式リリースしてからいじろうと思ってるもんでね
今はiBooksでリファレンス読んでるところだ
0179デフォルトの名無しさん2014/08/23(土) 23:18:16.46ID:xFMnB49y
仕様変更があったらiBooksとかって更新されるの?
0180デフォルトの名無しさん2014/08/23(土) 23:23:23.46ID:Nda7GXBw
今んとこされてる
0181デフォルトの名無しさん2014/08/24(日) 00:13:06.66ID:qd84ZpsE
日本語訳出るかな?
0182デフォルトの名無しさん2014/08/24(日) 00:21:56.61ID:S8LIdnyj
今時、日本語訳出るのを待ってると、おいてかれるぜ
0183デフォルトの名無しさん2014/08/24(日) 00:34:20.72ID:06kH2bwo
>>181
重要なドキュメントは全部日本語訳されているし、でるかと(Obj-Cもあるし)

英語読めなくても、Qiitaとかでかいつまんだ解説されてるし、基本的な言語仕様はほぼカバーできると思う
0184デフォルトの名無しさん2014/08/24(日) 00:45:34.91ID:T5+OKawu
いま欲しいとは思うがベータ版の仕様を翻訳しても二度手間だから
まぁ、正式にSwift1.0が出るまで日本語ドキュメントはおあずけだろうな。
0185デフォルトの名無しさん2014/08/24(日) 09:48:40.06ID:PkG6bn0Z
まともに使えるものと評価されて実績を積んだらイヤでも日本語訳出るから
それまで待つのが吉
0186デフォルトの名無しさん2014/08/24(日) 10:00:28.60ID:3NszDRLe
英語サイト読み漁って今のうちに勉強しとくのが大吉
0187デフォルトの名無しさん2014/08/24(日) 10:26:38.07ID:sw+k5ID2
深追いすると言語仕様変更でぐったりするから
Qiita程度を眺めるが正解
0188デフォルトの名無しさん2014/08/24(日) 10:42:25.05ID:3NszDRLe
赤ちゃんが日に日に成長していく様子を眺めるが如く、生まれたての言語がその仕様を変えながら
急速に成熟していく様がみられるのも今のうち
それに追随しつつ一緒に楽しめるぐらいの心の余裕が欲しいものだな
オムツ替えぐらいどうってことないだろ
0189デフォルトの名無しさん2014/08/24(日) 10:45:22.43ID:wT+umBBR
赤ちゃんが成長する様子というより、売れないアイドルが路線間違えてどんどん迷走していってる様子に思える…
0190デフォルトの名無しさん2014/08/24(日) 10:49:27.83ID:PkG6bn0Z
各自ちぐはぐな成長後の姿を思い浮かべてスゲーって言ってるだけだべ
0191デフォルトの名無しさん2014/08/24(日) 10:58:37.58ID:3q0s2rwm
まぁ、○△ちゃんたら、こんなこともできるようになったのね!
すごいでちゅねぇ!
隣の▼■ちゃんなんか、3つも年上なのに比べ物にもならないでちゅねぇ
0192デフォルトの名無しさん2014/08/24(日) 11:00:33.27ID:sw+k5ID2
>>189
妥当な例えに笑った
beta 1 の頃の方がスマートだった
0193デフォルトの名無しさん2014/08/24(日) 11:14:15.44ID:3NszDRLe
>>192
beta1の頃とすると配列とディクショナリの変数、定数の扱いとかまともになったと思うけど
0194デフォルトの名無しさん2014/08/24(日) 12:04:00.02ID:jX5TJRGJ
 Smalltalk/XみたいにSmalltalkにC言語をインラインで書くような
言語仕様にすれば良かったのに。
0195デフォルトの名無しさん2014/08/24(日) 12:55:39.88ID:W1t2ITYg
え?Smalltalkをインラインで書くC言語?
0196デフォルトの名無しさん2014/08/24(日) 13:09:55.94ID:PkG6bn0Z
誰か >>195 のオツム替えを頼む
0197デフォルトの名無しさん2014/08/24(日) 13:18:11.33ID:67kLGJdT
>>196
すまんがオムツ替えなら得意だけどオツム替えは手に余るから、
他の人にあたってくれ
0198デフォルトの名無しさん2014/08/24(日) 13:42:35.49ID:+/Behqyy
最初は転んでばかり居たけどもう殆ど転ばなくなっただけでも成長を感じて嬉しい
頭が良さそうだから今後の成長が楽しみ

あれもこれも出来るようになりそう
0199デフォルトの名無しさん2014/08/24(日) 14:26:56.80ID:06kH2bwo
何このスレ。低レベルすぎんだろ
0200デフォルトの名無しさん2014/08/24(日) 14:34:08.20ID:2hVbZxtL
本格的にまたは本腰を入れるヤツはまだほとんどいないんだろうから、まあ、こんなのもありでいいんじゃないの
0201デフォルトの名無しさん2014/08/24(日) 14:44:03.03ID:sw+k5ID2
言語に飽きてみんな遊んでる
0202デフォルトの名無しさん2014/08/24(日) 15:33:17.11ID:+/Behqyy
真面目な話は本スレに行ったら?

let s: プログラミング言語? = Swift[2]
http://anago.2ch.net/test/read.cgi/mac/1408755325/
0203デフォルトの名無しさん2014/08/24(日) 15:39:32.60ID:9+U/b8wn
どっちも雑談しかしてないな
まじめにSwiftプログラミングしているのは日本では弾小飼氏ただ一人しかいない
0204デフォルトの名無しさん2014/08/24(日) 15:43:57.57ID:wT+umBBR
Cocoa知らん奴がSwiftとか豚に真珠だろ
0205デフォルトの名無しさん2014/08/24(日) 15:48:32.34ID:3NszDRLe
豚に売れないアイドルじゃないの?
0206デフォルトの名無しさん2014/08/24(日) 15:50:22.01ID:jX5TJRGJ
 C言語を知らなくてすむとか、Objective-Cが嫌いだけどiPhone Appは作りたいとか、
構文がJava Script/Action Script系に似ているという理由で今の状態でも手を出す人は多い。
 つい昨日も新Mac板でMacの使い方もしらない新入があちこちのスレで暴れていたし。
0207デフォルトの名無しさん2014/08/24(日) 16:34:11.26ID:S8LIdnyj
マジレスすると、Objective-CなんぞCのスーパーセットなんだから、
Cとオブジェクト指向がわかってればだれでもすんなり出来るわ
0208デフォルトの名無しさん2014/08/24(日) 17:05:17.86ID:+/Behqyy
>>207 マジレスすると
ObjCは難しそうだから嫌だと言う人種が居てSwiftはやったことの有る言語みたいだから簡単そうだ
と言う人が結構いると思うよ

それはそれで素晴らしいことだと思う
0209デフォルトの名無しさん2014/08/24(日) 17:11:14.75ID:S8LIdnyj
>>208
そうなのかなぁ
まぁ、そうかもねぇ
個人的には
message(argument);
[reciever message: argument1];
で、キレイにCの部分とObjectiveな部分がはっきり区別できる
仕様で好きたっだけど
逆にこの記法が「見た目」だけで敬遠されてる部分はあるかもね
0210デフォルトの名無しさん2014/08/24(日) 17:45:15.10ID:jX5TJRGJ
webな人はc言語て聞くだけでゲッ!!!てなる。
0211デフォルトの名無しさん2014/08/24(日) 19:23:00.95ID:VZz4LQ8W
静的言語の方がコンパイラがエラーを吐いてくれるから簡単だと思う、個人的には
0212デフォルトの名無しさん2014/08/25(月) 00:36:31.31ID:ZYhIgEvx
言語覚えてもiPhoneのアプリが作れる訳じゃ無いからね。SDKの勉強量のが10倍デカい。
0213デフォルトの名無しさん2014/08/25(月) 08:40:55.21ID:eTCM4KCx
SDKの勉強は Apple がコロコロとXxodeとiOSの機能を変えるからだろ
追従しなければどうということはない
0214デフォルトの名無しさん2014/08/25(月) 08:53:11.46ID:lkLmBLAW
コンパイラエラーが出るからいやでも追随しなきゃならんわけだが
0215デフォルトの名無しさん2014/08/25(月) 09:31:34.86ID:ZYhIgEvx
追従しないと新機種で死ぬだろ。解像度とか。
0216デフォルトの名無しさん2014/08/25(月) 09:52:52.73ID:Hlfi2Pum
>>168
始まってすらいない。

ろくすっぽまともなリファレンスもないので、ギークな人たちがプログラム事例などなどを整備
し始めてからの話だ。まだ、首突っ込むのも覚束ないシロモノだぞこれ。全く洗練もされていな
いし、作成プログラムはまだリリースもできない。

なかなか、Objective-Cからは、移行しないだろうね。
0217デフォルトの名無しさん2014/08/25(月) 10:37:30.26ID:MBd9CDQX
>>216 GMが出ていない状態の物で判断するなよ 正式リリースされればSwiftアプリを受け付けるよ
受け付けない理由が解らん

プログラム事例なんかあまり必要ないだろ膨大なObjective-Cの事例やサンプルが有るんだから
とは言ってもQiitaやGithubに沢山上がってるぞ

Objective-Cを知らない人が参入するにはいずれにしろライブラリを理解するのに時間がかかるだろう
0218デフォルトの名無しさん2014/08/25(月) 10:44:04.90ID:hrMUIaDn
既にSwiftのオレオレ拡張が蔓延しつつあって怖い
0219デフォルトの名無しさん2014/08/25(月) 10:56:04.48ID:eTCM4KCx
>>217
いや、リリースを受け付けてないベータだから
始まってないというコメントは正しいだろ
何をそんなにムキになってるんだ、、、
0220デフォルトの名無しさん2014/08/25(月) 11:01:31.72ID:lkLmBLAW
ここはいつきても荒んだスレですね
0221デフォルトの名無しさん2014/08/25(月) 11:49:21.31ID:MBd9CDQX
>>219 正式には始まっていないが予行演習は始まってるが正しいかな

正式リリースまでに整えて欲しい機能は色々有りそうだからあくまでも練習だな
文字列操作系はすっきりさせてほしいな
0222デフォルトの名無しさん2014/08/25(月) 17:46:09.79ID:5lv6SwDz
どうせなら基本構文自体にもUnicodeを取り入れれば表現豊かな言語になると思うんだけどな 今まではあまりにも文字数が少なすぎてがんじがらめと言う感じがする

-∞〜∞
とか、
a⇔b で交換するとか

≠∩∋≒【カッコに色んな物が使えるだけでも表現が豊かになる

そろそろ言語にも感情表現が入ってきても良いかも
let 俺 = "太郎"
var お前 = "そんなの居たかな"
if 俺 ❤️ お前 { 結婚 }
10年か、20年以内に感情も少しは操作出来る言語体系になって欲しい

数学式とコンピュータ言語の式が違ってたのも単に使える文字が限られてたと言うだけだし
0223デフォルトの名無しさん2014/08/25(月) 17:50:10.50ID:94tR31jF
学生時代にdefineやってる奴いたな
なでしことかひまわり使え、好み
のこと出来る
0224デフォルトの名無しさん2014/08/25(月) 17:57:32.51ID:czeo/7PN
マルチバイト文字とか不具合の温床でしかないだろ…
コメントや文字列リテラルの中に入ってるだけで恐ろしいのに
構文に組み込むとか狂気の沙汰だわ
変数名に使えるのもふざけんなって感じ
職場で変数名にマルチバイト文字使う奴いたらぶん殴っていい
0225デフォルトの名無しさん2014/08/25(月) 18:04:51.62ID:4/gZvpuG
演算子はユニコード使って定義できるだろ
ウザいから俺はやらんけど
0226デフォルトの名無しさん2014/08/25(月) 18:06:50.28ID:5lv6SwDz
>>224 それはまだ未開の人類だからだよ
遅れすぎてる
0227デフォルトの名無しさん2014/08/25(月) 18:15:56.60ID:pHB0DbF7
>>224
使わないからバグがなくなんねーんだよ。
コメントやリテラルに入ってるのは別に問題ないだろ。
それを恐れてるのはUnicodeを扱うことになれていなさすぎ。
JavaとかUnicode否定したら言語仕様も否定されちゃうからな。
もっと使え、マルチバイトを使ってもいいと仕様が規定されている場所では。
0228デフォルトの名無しさん2014/08/25(月) 18:20:36.02ID:ksDT2V+X
ずっと前から識別子にUnicode使えるJavaやJSでもまったく普及してないんだから察しろよ
0229デフォルトの名無しさん2014/08/25(月) 18:25:12.36ID:5lv6SwDz
昔インターネットやプログラムに、Ascii以外を使うな、JIS以外を使うな、EUC以外を使うなとか言ってただろ

もうUNICODEは十分に普及しているから、一気にやれば良いんだよ
CJKを普及させたのは日本中心

テレタイプ時代にFAXを普及させたのは日本人

UNICODEに絵文字を入れさせたのも日本人

今この絵文字♥️を文字化けしたり白黒でしか見えないのは文化が遅れてるからに過ぎない
��㊙️��������
0230デフォルトの名無しさん2014/08/25(月) 18:35:06.78ID:/GNBWPvx
>>224
使えてもそんなの使うヤツいねーだろと思ったら、いそうで笑った
0231デフォルトの名無しさん2014/08/25(月) 18:35:14.81ID:5lv6SwDz
勿論既存のプロジェクトに混在させるような愚かな真似は誰もしないだろう

やるなら新しい言語だな
0232デフォルトの名無しさん2014/08/25(月) 18:37:44.22ID:/GNBWPvx
混在とは関係なく選択肢に全くもってないな。利点は何?
タイプ数がめっちゃ多くなるだけで、何も利点が無いな。俺には
0233デフォルトの名無しさん2014/08/25(月) 18:41:33.98ID:/SQ2uYqH
>>232
遊び心
0234デフォルトの名無しさん2014/08/25(月) 18:43:01.74ID:/GNBWPvx
>>233
まあ、それだとわからないでもない
でも、せいぜい個人のプロジェクトだけに留めておいてほしいものだ
0235デフォルトの名無しさん2014/08/25(月) 18:44:41.81ID:ksDT2V+X
アラビア語で書かれても文句言わないというなら何も言うまい
0236デフォルトの名無しさん2014/08/25(月) 18:48:27.22ID:5lv6SwDz
>>232 それは今までの知識の範囲で満足してるからだろ

世の中はそんなものじゃなく言語で処理できないことはライブラリなどで処理してきてるが、それもASCII文字列記号で定義しているからむちゃくちゃ解りづらくなってる

それも英語でわかるように作ってるから英語圏以外の人間には解りづらくなってる

FAX 絵文字 の歴史を思い起こしてみれば良い
万国共通の言葉は絵だよ
0237デフォルトの名無しさん2014/08/25(月) 18:53:56.62ID:/GNBWPvx
>>236
知識の範囲wいや、英語に慣れないお前がなにいうーぅ。それも、英語ってか英語「表記」でしかないものを

知らないかもしれないが、プログラミングしている人にはすでに共通語になっている
一般人も絡めると日本語でというのもわかるが、いかんせん、プログラミングはまだまだ一般人にはアレなもの。お前の言っているのは一般人全部ひっくるめないとの話

プログラマじゃないだろお前さんは
0238デフォルトの名無しさん2014/08/25(月) 19:05:02.77ID:MBd9CDQX
>>237 俺はプログラムは何十年もやってきてるが大事な事は基本的には小学生でも理解できること
一般主婦でもプログラム出来る事

今は余りにも幼稚な特殊言語になってるからそんな意見が出てきてもおかしくない

昔のBASICやCは単純その物だったが今は言語そのものはまだましだが周辺が複雑になりすぎてそれを表現する手段が追いついていない
たとえばデータマイニングや機械学習のための表現は全くと言って良いほど整備されていないのでは?
それは方式が確率されていないからだけではなく基礎となるコンピュータ言語が幼稚だからじゃ無いのかな?

難しい事を言わなくても正規表現だけをとっても今のままで良いとは思わない
0239デフォルトの名無しさん2014/08/25(月) 19:08:46.33ID:/GNBWPvx
>>238
プログラムは何十年もやってきているのに、小学生でも理解できること一般主婦でもプログラム出来る事
なんて言っているなんて、プログラムを何十年も何やっていたんだかw
たかが変数名などを日本語にしたら、小学生でも理解できること一般主婦でもプログラム出来るんだwその程度を何十年もやってたのかw
もうアホらしくて、脱力
0240デフォルトの名無しさん2014/08/25(月) 19:17:41.23ID:MBd9CDQX
>>239 >コンピュータ言語が幼稚
だと言う事が理解できないお前の頭では無理だろう
0241デフォルトの名無しさん2014/08/25(月) 19:20:23.34ID:/GNBWPvx
>>240
それは、Swiftと関係ないだろ?てか、Swiftの方が「正規表現」っぽさちょっとあるよーなw
なに言ってるの?完全日本語プログラミング言語のことを言っているとしか思えないんだけどw
今の話は 「たかが変数名などが日本語」 なんだけど?それを読めない賢いお前の頭とは確かに俺はできが違うな
0242デフォルトの名無しさん2014/08/25(月) 19:22:37.12ID:pHB0DbF7
お、ちょっとSwift戻ってきたw スレタイ思い出したか。
でも、お前等がなんの言い合いしてるのか分からんwww日本語が理解できねえよwww
0243デフォルトの名無しさん2014/08/25(月) 19:24:17.30ID:/GNBWPvx
>>242
まあ>>235で終わっていたとも言えるw
0244デフォルトの名無しさん2014/08/25(月) 19:45:42.97ID:94tR31jF
自然言語プログラミング推しは「なでしこ」やろうぜ
swiftとはおもむきが違うけど、はなぢが出るテンションになる
swiftはCPUの歓声が聴こえる言語だけど
なでしこは日本人の歓声が聴こえる言語だ
0245デフォルトの名無しさん2014/08/25(月) 20:05:22.81ID:ZYhIgEvx
今日びObjCでも変数名とか日本語使えるよ
0246デフォルトの名無しさん2014/08/25(月) 20:26:37.22ID:qn4SIa82
コード部分に日本語混じってると気持ち悪くない?
アルファベットだけの方が綺麗というか
0247デフォルトの名無しさん2014/08/25(月) 20:28:36.56ID:pHB0DbF7
>>246
下手に英訳されると分からんものは、日本語でってお願いしたくなるぞ。
全員があるていど正しく英語を使えるならいいんだけど……ローマ字が半端に混ざってたりして萎えない?
0248デフォルトの名無しさん2014/08/25(月) 20:31:22.62ID:5J2BoOSF
邦楽に英語の歌詞が混じるかっこよさ(笑)が
分からない人が(マルチバイト混同言語を)使うのは難しい
0249デフォルトの名無しさん2014/08/25(月) 20:42:10.72ID:lkLmBLAW
日本語に英語が混じるのはかっこいいけど、
英語に日本語混じると萎えるよな
0250デフォルトの名無しさん2014/08/25(月) 20:54:12.04ID:NWzgAfyk
>>222
そういうのはSmalltalk72って先例があるよ。
後に続く言語がないってことは…まあそういうことだ。
0251デフォルトの名無しさん2014/08/25(月) 22:04:19.26ID:MBd9CDQX
>>250 単に別の記号で置き換えただけってのは気持ち悪いだけ

言語表現が豊かにならなければ何の意味も無い
新たな豊かな概念が入ったりね
0252デフォルトの名無しさん2014/08/25(月) 22:09:45.07ID:MBd9CDQX
解り易い例で言えば例えば数学の式がそのまま書けるとか。
Σや�� とか
0253デフォルトの名無しさん2014/08/25(月) 22:17:26.49ID:5J2BoOSF
計算式ソフトとか知らないのかな、、、
理系大学なら使ったことあるだろうに
0254デフォルトの名無しさん2014/08/25(月) 22:17:34.79ID:lkLmBLAW
それ使い易いか?
ちゃんとやろうとすると上付文字、下付文字とか必要になるじゃん?
0255デフォルトの名無しさん2014/08/25(月) 22:18:01.46ID:OL5TYESp
簿記の知識がなくて会計のプログラムやらなければならないときに
勘定科目を全部日本語で書いてすみませんでした。
英語とかローマ字だと可読性が悪かったので・・・
0256デフォルトの名無しさん2014/08/25(月) 22:22:46.57ID:pHB0DbF7
会計は国際基準あるし、英語もちゃんと用語あるから、英語使っても自然だろうよ。
何かさ、この話続けたら別のSWIFTの話になっちゃいそうじゃねーか?
0257デフォルトの名無しさん2014/08/25(月) 22:52:40.87ID:kbLAO+O7
日本語が使えても、用語をキッチリ定義したり、はっきりとした動詞でメソッド名を
付けないと何を書いているのか分からない。で、それができるんだったら英語でもキッ
チリ書けたりする。
0258デフォルトの名無しさん2014/08/26(火) 00:06:16.08ID:tKOqY/ln
junitはメソッド名とか全部日本語にしてるわ。無理することない。
0259デフォルトの名無しさん2014/08/26(火) 01:58:04.75ID:zfVnwAq+
>>227
Unicode ならそれでもいいだろう。
だが、世の中にはShiftJISで書かれたコードもある。
(というか、WindowsがShiftJISだからShiftJISのコードの方が多い)
そして、ShiftJISでは2バイト目に5C(エスケープ記号)が来る文字コードが複数ある。
これらの文字を行コメントの末尾に置いた場合何が起こるか?
エスケープ記号によって直後の改行コードがエスケープされ、次の行もコメントになってしまうことがある。
このようにコード中にマルチバイト文字を含めるのは想定外の不具合を引き起こすことが多い。
従ってコードはAscii文字のみで書くべきである。
0260デフォルトの名無しさん2014/08/26(火) 02:29:56.19ID:9W6Ab6sX
>>248
イタリア語ベースに決め台詞が英語(強調の do) のいい曲があるんだ‥https://www.youtube.com/watch?v=BgJByRITxsk
0261デフォルトの名無しさん2014/08/26(火) 02:41:00.87ID:VLggV6jW
ゴミみたいなスレだな
0262デフォルトの名無しさん2014/08/26(火) 02:54:23.18ID:3JebLl4a
>>259 いつの時代の話だよ。どこのスレでそんな事言ってるんだよ ここはSwift スレだよ
Unicode必須だし、結合文字も1文字として扱えるコンパイラだよ

勿論データが不特定なコードであればUnicodeに変換してから処理する必要が有るけどそんなことは常識だろ

アプリは基本全世界対応、Appleも全世界対応
特定の国にしか通用しない文字コードの心配なんかしなくて良い
0263デフォルトの名無しさん2014/08/26(火) 04:00:36.41ID:9W6Ab6sX
>>259
UTF-8 ならそれでもいいが,UTF-16/32 だとどうなる?
0264デフォルトの名無しさん2014/08/26(火) 05:33:33.16ID:3JebLl4a
>>263 文字セットはUTF16 の範囲内をサポート

Stringの場合は、UTF8 UTF16 UTF32 全てをサポート
どの文字コード体系でも出力出来る

NSStringの場合の文字コードのカウントは、UTF16のカウントに限定
( NSString を自分で定義することはできなくしたから混乱はないはず )
0265デフォルトの名無しさん2014/08/26(火) 06:46:53.72ID:1W5P6MCO
英語が堪能じゃないプログラマが大量に沸いてて笑う
これも swift のなせる技か、一見ハードル下げたからなぁ
Appleの巧妙なデモで実際はベータの度にハードル上げてるが
0266デフォルトの名無しさん2014/08/26(火) 08:01:29.01ID:LqE8Qyf0
FlasherやJavaScripterの書くコードは酷い。二度と関わりたくないレベル
0267デフォルトの名無しさん2014/08/26(火) 08:13:24.83ID:djodkW0X
>>265
βを追っていると段々複雑になってきているのは俺も思ったw
0268デフォルトの名無しさん2014/08/26(火) 10:09:12.60ID:3JebLl4a
マニュアル見てても最初の方は物凄く優しそうに見えるが結局最新の言語機能をてんこ盛りに持ってるから使い切るまで理解するのは難しいし
まだ実装していない物とか描き切れていない内容もかなりありそう。
Swift Standard Libraryなんてほとんど書かれていないし

例えば NSString がObjective-Cのタイプだったら割り切って見る事が出来てたけど
Stringが NSStringの全ての機能を使えるようになったので NSString 全てを理解する必要が出た
(ま、最終的にはObjective-C全ての機能を覚える必要が有るんだろうけど)

英語が苦手ならNSString系は英文の方(Swift構文)と日本語の方(意味)と並べてみると良いかも
iOS Developer Library (iOS8)
https://developer.apple.com/library/prerelease/ios/navigation/ の中の
Foundation Framework Reference >  NSString Class Reference
https://developer.apple.com/library/prerelease/ios/documentation/Cocoa/Reference/Foundation/Classes/NSString_Class/index.html#//apple_ref/doc/uid/TP40003744

日本語ドキュメントの中の
https://developer.apple.com/jp/devcenter/ios/library/japanese.html
文字列操作プログラミングガイド
https://developer.apple.com/jp/devcenter/ios/library/documentation/Strings.pdf
0269デフォルトの名無しさん2014/08/26(火) 13:23:04.42ID:CYLgTmdl
>>268
長い三行で
0270デフォルトの名無しさん2014/08/26(火) 19:39:12.32ID:doOctk9c
>>266
初期のiOS開発質問スレでactionscript(flash)の人らしいのが
「画面の特定位置のタッチを検出してswitchで分岐させたいのですが」
って質問してて「普通にやれ!」ってツッコミまくられてたなぁ…
(タッチアクションをトリガにして画面のどのエリア(=ボタン)が触られたかを
条件分岐で判定して処理させようとしてた)
0271デフォルトの名無しさん2014/08/26(火) 21:22:36.48ID:MdKwscJy
>>270
フラッシャーな人はフレームワークガン無視で実装するのが文化らしいからな。
0272デフォルトの名無しさん2014/08/26(火) 23:00:49.14ID:zfVnwAq+
ところで、アップルのフレームワークには最近の流行りのデザインパターンは導入しないのかね。
MVVMとか、Dependency Injectionとか、Data Context Interactionとか。
どれもJavaや.NETでは当たり前なんだけど。
いくら言語がモダンになっても、フレームワークの設計思想が古臭いままじゃ、生産効率は大して上がらないよ。
0273デフォルトの名無しさん2014/08/26(火) 23:05:47.19ID:GsbihVDY
UIApplicationのデリゲートを swift で組んで
あぁ、過去のフレームワークの呪縛に swift も囚われるのか
と誰しもが思ったはず

あのメソッド、体を張ったギャグだろ、もはや
0274デフォルトの名無しさん2014/08/27(水) 00:13:46.13ID:Auhnp5AU
>>272
MVVMにしても、MVPにしても、厳密に使われてるの見たことないわ。やるにしても、サードパーティでやればいいんじゃね?
DIとか廃れたし、DCIとか流行ってもなくね?
MVVMはともかく、ほか2つはiOS/OS X界隈じゃあまり重要視されていないと思われ。
0275デフォルトの名無しさん2014/08/27(水) 00:16:58.33ID:MDxpf5sK
.NETは知らんけど、Android SDKよりはCocoa Touchの方がマシだと思う
0276デフォルトの名無しさん2014/08/27(水) 00:23:01.27ID:Auhnp5AU
>>273
そんなに変か?よくわからん
呪縛と言うが、プログラムは常に負の遺産化して行くもんだし、むしろ綺麗に引き継げていると思うけど。
0277デフォルトの名無しさん2014/08/27(水) 00:24:32.43ID:s5ONx/CD
 Wiki見る限りMVVM=Cocoa Bindingで10年以上前にOSXに実装したけど、結局iOSに
持って来なかったな。DI的手法はStoryboardとかxmodelとかそうだと思うけど。

 あういうのって大抵がCocoaとSmalltalkで既に実現していたのを焼き直しただけ。
例えばActive Recordとか元ネタがEOF(現Core Data)じゃない?
0278デフォルトの名無しさん2014/08/27(水) 00:49:03.97ID:Auhnp5AU
>>277
俺はiOSメインだからよく知らないが、Cocoa Bindingってまだ結構つかわれてるのかな?ああいうのって、コード上から何してるか分かりにくいから敬遠しがちだわ。(IBも若干抵抗あったし)

iOSにないのはパフォーマンスの問題かな?
ライブラリはあるみたいね
https://github.com/ReactiveCocoa/ReactiveViewModel
0279デフォルトの名無しさん2014/08/27(水) 00:55:04.16ID:s5ONx/CD
>>278
 メンテナンスの問題とそれほどPCアプリほど複雑な依存関係を実装するニーズが無かったのと二つだと思う。
WPFみても嵌っている人多そうだし。
後、UIView自体はCALayerのラッパーの用な物なんで作れないとか。

 将来、App Kitが廃止されて、OSXもiOSもUIKitに一本する時どうなるかやね。


 
0280デフォルトの名無しさん2014/08/27(水) 01:21:22.87ID:Auhnp5AU
>>279
なるほどね。
てか、AppKit廃止されんの?まあ、されるんなら、UIKit側に合わせるだろうけど。SwiftもARC一本化したしな
0281デフォルトの名無しさん2014/08/27(水) 03:56:01.48ID:9Ysrcdv4
Swiftとあまり関係ないけど、
Storyboard SegueのAPIとかをもっと洗練させて欲しいんだけどな。
現状だとprepareForSegueがどんどん肥大化するし、
UnwindSegueも超絶使いにくい。
だんだんpresentViewControllerとdismissViewControllerでいいじゃんとか思ってくる。
0282デフォルトの名無しさん2014/08/27(水) 09:06:00.02ID:qNhMHOnM
言語の名前

SwiftよりAurisのほうが、広く普及するみたいな感じでいいと思うのだが。
0283デフォルトの名無しさん2014/08/27(水) 09:48:07.27ID:9be3Q43w
https://developer.apple.com/library/ios/referencelibrary/GettingStarted/RoadMapiOS/DesignPatterns.html
0284デフォルトの名無しさん2014/08/27(水) 10:12:00.61ID:mXhl2ow7
?
0285デフォルトの名無しさん2014/08/27(水) 10:47:40.70ID:+JOa++3v
>>276
そっちは分かりづらいな
UITableViewの方が分かりやすい
メソッド名、キーワードの扱い無理矢理すぎる
swiftだけから始めたエンジニアが理解(納得)できるメソッド名じゃねーよ、あんなの
0286デフォルトの名無しさん2014/08/27(水) 10:56:21.15ID:mXhl2ow7
否定するなら代案をださなきゃ
否定は最も安易な意見
0287デフォルトの名無しさん2014/08/27(水) 11:07:30.58ID:+JOa++3v
>>286
で?
0288デフォルトの名無しさん2014/08/27(水) 11:13:41.80ID:mXhl2ow7
>>287
いや、もういい
俺が悪かった
0289デフォルトの名無しさん2014/08/27(水) 14:21:55.90ID:F/J1AYIT
Smalltalkにより近づけた方が新参者が湧いてこないでよかったのに
0290デフォルトの名無しさん2014/08/27(水) 16:28:00.36ID:D317Wfm+
>>289 Mac と iPhone / iPad を買ってくれるお客さんを増やすためには、沢山の新参者が必要なんですよ

言語と言っても営業ツールなんだから

ま、Javaを作ったSUNは無くなってしまった
オープンソースにしすぎるのも良し悪し、落し所が難しいね
けど旧社員はハッピーじゃ無いのかな

そう言えば SUN もBSDだったね
0291デフォルトの名無しさん2014/08/27(水) 16:34:51.08ID:pNPs7EXf
MySQL買ったから買収されただけだろ
0292デフォルトの名無しさん2014/08/27(水) 16:35:42.95ID:pNPs7EXf
あとSunOSはBSD系だけどSolarisはSysV系
0293デフォルトの名無しさん2014/08/27(水) 17:53:54.48ID:rIjA/xTp
Solarisもごく初期はBSD系だからややこしい。
0294デフォルトの名無しさん2014/08/27(水) 18:10:38.34ID:A+sUzTvq
Java VMは Microsoft も Apache も作ってたが Google の Dalvik しか残らずしかもなくなる予定
ARTしかりネイティブバイナリに落ち着く定めよのう
0295デフォルトの名無しさん2014/08/27(水) 18:41:05.87ID:h3Eh8rr+
>>293
Solaris1.0は便宜上SunOSの改名だからSolarisはSysVと考えていいかと。
>>294
ARTってDalvikのコード実行できないの??MSXべーしっ君みたいなもんだと思ってたんだが。
0296デフォルトの名無しさん2014/08/27(水) 19:22:58.14ID:oxMQ7g2i
>>295
Dalvikのバイトコード(dex)をLLVM中間コードにコンパイル、LLVM中間コードからネイティブコードへコンパイル
これらをアプリインストール時に行う

直接dexが動いているわけではない。
0297デフォルトの名無しさん2014/08/27(水) 19:24:22.93ID:oxMQ7g2i
>>294
サードパーティの、が抜けてる。
あと、Dalvik VMはJavaVMではない。全く別物
0298デフォルトの名無しさん2014/08/27(水) 19:38:33.63ID:A+sUzTvq
一応、素のjava classのためのクラスローダーとか乗ってるんだけどな
まぁ、定義を追っても下らないので気にすんな
0299デフォルトの名無しさん2014/08/27(水) 19:49:08.99ID:oxMQ7g2i
>>298
それってJavaVMのバイトコードを直接実行できんの?
できなきゃVMとしては別物。定義を追う必要もない
0300デフォルトの名無しさん2014/08/27(水) 20:10:31.37ID:Dapo3mLs
>>299
めんどくさいなぁ、ガラケー時代のJavaVMと呼ばれたモノはみんな素のjava classをプレコンパイルしたバイナリを実行してたんだよ、Dalvikと同じく
同じ定義で素のクラスが喰えるモノをJavaVMと表現する古い人もいるんだよ
DalvikがJavaを名乗らなかったのはDoJaと同じ理由だろうよ

swift(iOS Runtime)やARTは完全にネイティブコードだから別次元なんだよなぁ
ハードスペックが上がった今時そんなにネイティブに拘らんでもと思うが
0301デフォルトの名無しさん2014/08/27(水) 20:20:28.18ID:h3Eh8rr+
>>300
>ハードスペックが上がった今時そんなにネイティブに拘らんでもと思うが
それでもやっぱり携帯デバイスはネイティブでないと電池とかも持たなかったりでね。
AndroidよりiOSのアプリのほうがハードは貧弱だけど快適だって評価も結構あったよね?
ネイティブでの生産性を上げるというアプローチは、iOSでネイティブアプリを作らせていたAppleの方針だし
その結果がSwiftなんだろうよ。
0302デフォルトの名無しさん2014/08/27(水) 20:30:23.13ID:Auhnp5AU
>>300
DoJaは正式なJavaME(JavaVM含む)では?
>素のjava classをプレコンパイルしたバイナリを実行してた
何言ってるのかわからない。
JavaVMの定義は、「JavaVM向けバイトコードの命令セットを実行する仮想マシン」であってそれ以上でもそれ以下でもない。
その古い人たちというのは、勘違いしてただけ。

>DalvikがJavaを名乗らなかったのはDoJaと同じ理由だろうよ
違う。
まず、DalvikVMはJavaVMのバイトコードを直接実行できない(何度でも言うが)
また、VM関係なくAPIなども含めた環境がSUN(今はOracleか)の互換テストを通っていない。
だから、法律上Javaを名乗れない
0303デフォルトの名無しさん2014/08/27(水) 20:33:29.08ID:Dapo3mLs
iOSはアニメーションで誤魔化してるが案外動作もっさりだからなw
バックグラウンドマルチプロセスを解放したりとそろそろバッテリーは劣化を見せ始めるからテコ入れは必要だったんだろうな
0304デフォルトの名無しさん2014/08/27(水) 20:36:07.84ID:Auhnp5AU
>>303
俺もあんまり詳しくないが、てきとーなこと言ってね?
アニメーションで誤魔化してる→バックグラウンドと全然つながってないし。
0305デフォルトの名無しさん2014/08/27(水) 20:38:26.83ID:Dapo3mLs
>>302
DoJaは正に法律的にJavaを名乗れなかったし、Dalvikは素のクラスファイルのクラスローダがあるし
噛み合わんぜよwやっぱりもう下らないじゃないかww
0306デフォルトの名無しさん2014/08/27(水) 20:40:59.41ID:Dapo3mLs
>>304
繋げてないからな、ネイティブコードに関する2つ視点の話だ
0307デフォルトの名無しさん2014/08/27(水) 20:51:32.31ID:Auhnp5AU
>>305
そもそもDoJaはVM部分はJavaMEなのでは?プロファイルやAPIの部分のみ独自
だから、Javaを名乗りようがない

>Dalvikは素のクラスファイルのクラスローダ
これ何のこと?教えてよ
0308デフォルトの名無しさん2014/08/27(水) 20:57:33.30ID:MDxpf5sK
ヨソでやってください
0309デフォルトの名無しさん2014/08/27(水) 20:57:58.56ID:Auhnp5AU
>>306
じゃあ、1つづつ
>iOSはアニメーションで誤魔化してるが案外動作もっさりだからなw
アニメーション(エフェクトやインジケータ)による体感時間の軽減はわかるんだが、それを除いただけでもっさりするとは思えない。
例えば、どの辺りがもっさりなんだ(開発者の視点で頼む)
>バックグラウンドマルチプロセスを解放したりとそろそろバッテリーは劣化を見せ始めるからテコ入れは必要だったんだろうな
そこら辺はOS側の仕事だから、Swiftは関係ないだろう
0310デフォルトの名無しさん2014/08/27(水) 21:02:30.30ID:FM2rf8sy
おいおいここはSwift スレだぞ
もうそろそろJava談義は良いだろ

一つだけSwiftに近い話に戻せば、Javaがいくらがんばってもネイティブと勝負するにはそれなりに高価なハードじゃ無いと勝負にならない
0311デフォルトの名無しさん2014/08/27(水) 21:04:01.68ID:aRzM6R4R
法律もクソも、上納金払ってオラクルが認めてくれればJavaだしそうでなければJavaじゃない
それだけだよ
テスト云々は、Javaと認められたければこうしてね、というガイドにすぎず、
オラクルがJavaと認めるかどうか判断するときにそれに従わなきゃいけない筋合いはない
0312デフォルトの名無しさん2014/08/27(水) 21:08:16.51ID:Auhnp5AU
>>311
JavaではなくJavaVMの話だ。
JavaVMのバイトコードを動かせないVMをJavaVMと言い張るから反論した。
ちゃんと読めばわかること。
0313デフォルトの名無しさん2014/08/27(水) 21:11:19.88ID:h3Eh8rr+
みなさーん、スレタイスレタイ
レスの内容、ちょっとは関連付けてよw
0314デフォルトの名無しさん2014/08/27(水) 21:19:37.99ID:FM2rf8sy
>>311 そんな勝手なことをしたら言語規格なんて無くなるだろ

やるんならソサエティの中で指導的立場で動くのが大人と言うものだ
まるでガキ
0315デフォルトの名無しさん2014/08/27(水) 21:30:37.67ID:hJeKPnbu
ちゅうか、ForthとかPrologとかlispとかSmalltalkとかJSとかBasicとか方言だらけやん。
むしろJavaは方言の癖が殆どない。
0316 ◆QZaw55cn4c 2014/08/27(水) 22:17:28.20ID:MFzPg3cf
scala‥clojure‥
0317デフォルトの名無しさん2014/08/27(水) 23:44:29.62ID:KvXUn5/Y
面白い子が入るくらいに swift はハードル下げたなぁ
swift は色んな言語仕様の闇鍋だから方言も多くなりそうで楽しみだ
0318デフォルトの名無しさん2014/08/28(木) 09:28:38.99ID:oLZoKG4i
>>315 Javaは仕様検定で外れることを許さなかったからだけど、それを無視したのがGoogleだろ。

Swiftは変化の自由度が高いがそれを方言と呼ぶのかどうか? 単なるお化粧みたいなものだからな。それが蔓延することも無いだろ
0319デフォルトの名無しさん2014/08/28(木) 09:28:53.30ID:jNc6SsC3
先取り!Swift
http://www.amazon.co.jp/dp/B00L35LRPI/

なかなか面白そう
0320デフォルトの名無しさん2014/08/28(木) 09:37:49.85ID:oLZoKG4i
はじめてのSwiftプログラミング
http://www.amazon.co.jp/gp/aw/d/4777518515/ref=mp_s_a_1_fkmr0_1?qid=1409186139&;sr=8-1-fkmr0&pi=AC_SX110_SY165_QL70
0321デフォルトの名無しさん2014/08/28(木) 09:40:51.49ID:oLZoKG4i
Swift離陸ガイド
https://itunes.apple.com/jp/book/swift-li-lugaido/id893120939?mt=11
0322デフォルトの名無しさん2014/08/28(木) 11:38:20.51ID:vaW2spuO
昨日から暴れてるやつは Android あがりの Apple信者 か?
何かと自分を信じて他者の意見は聞く耳持たねーなw
0323デフォルトの名無しさん2014/08/28(木) 14:57:58.01ID:jyVEFMJW
文法の解説だけじゃなくて
SwiftをきっかけにiOSアプリ開発に参入した人向けの
Cocoa Touchの触り方も含めた本が欲しいな
0324デフォルトの名無しさん2014/08/28(木) 15:21:34.54ID:oLZoKG4i
>>323 何もかも待ってたらいつになるか解らないよ

このあたりでスタートした方が良さそう

Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/prerelease/ios/documentation/Swift/Conceptual/BuildingCocoaApps/#//apple_ref/doc/uid/TP40014216-CH2-XID_0

Cocoa向けコーディングガイドライン
https://developer.apple.com/jp/devcenter/ios/library/documentation/CodingGuidelines.pdf

その他日本語ドキュメント
https://developer.apple.com/jp/devcenter/ios/library/japanese.html
0325デフォルトの名無しさん2014/08/28(木) 19:19:23.76ID:jyVEFMJW
>>324
おお、こんな記事があったとは!
ガイドラインも既存コード読むのに役立ちそうです
ありがとう!
0326デフォルトの名無しさん2014/08/28(木) 20:32:00.95ID:yRMFmFIO
コード書く以前の問題だな。
0327デフォルトの名無しさん2014/08/28(木) 21:02:11.33ID:2FYnqC4s
コード書く以前の問題だな。(キリッ

だっておwwww
0328デフォルトの名無しさん2014/08/29(金) 15:02:35.40ID:kn9vxvuO
swiftからobjective-cのメソッド呼びたいんだがうまくいかん。

http://stackoverflow.com/questions/24002369/how-to-call-objective-c-code-from-swift
上のサイトを参考に.hと.mのobjective-cソースを自分で書いてビルドした場合はうまくいったん
だが、外部ベンダー提供の.hと.aを使って呼び出そうとすると、.hに書かれているNSObjectとか
の名前解決ができずにリンクエラーがでてしまう。解決策しっている方いませんでしょうか?
それとも現行では外部のstatic libraryを利用できないのでしょうか?
0329デフォルトの名無しさん2014/08/29(金) 15:15:59.43ID:mzrllt6p
import してないんだろどうせ
0330デフォルトの名無しさん2014/08/29(金) 16:06:28.63ID:a/Gp6hPI
insert してないんだろ童貞
0331デフォルトの名無しさん2014/08/29(金) 17:10:14.59ID:iI6DvmYa
まだ発売されてないけど、洋書はいくつか出てきたね
http://amazon.co.jp/dp/1491908904/
http://amazon.co.jp/dp/1491908947/
http://amazon.co.jp/dp/013403757X/
http://amazon.co.jp/dp/067233724X/
http://amazon.co.jp/dp/B00MN07D8M/
0332デフォルトの名無しさん2014/08/29(金) 17:20:35.03ID:a/Gp6hPI
洋モノか...ハァハァ..
0333デフォルトの名無しさん2014/08/30(土) 01:24:26.72ID:StdEIgkV
>>328 View > Navigator > Show Project Navigator 
ビルドするディレクトリを選んで BuildPathに両方コンパイルするように +でコンパイルファイルを追加

これで行くんじゃないかな?
0334デフォルトの名無しさん2014/08/30(土) 06:15:20.49ID:YPht6fe8
イマドキ書籍よりよっぽど stackoverflowの方が役に立つだろうに
こういうのを買う層はどこなのかねぇ
ライトな日曜プログラマはやっぱりこういうのを必要としてるんだろうか
0335デフォルトの名無しさん2014/08/30(土) 09:21:34.58ID:GkcWN69o
体系的に憶える場合は書籍が早い。ただし、ちゃんとした本に限るけど。
0336デフォルトの名無しさん2014/08/30(土) 09:41:40.93ID:oKYlo8pl
何か問題(疑問)が起きて、それを解決するのには、Stackoverflowの方が早いけど
そもそも問題を起こさないように、足元を固めるのには、書籍とかの方がいいよね。
例えばObjective-Cでも、KVOを知らずObserverパターンを自分で実装する人がいる。
それでもたいてい問題は起こらないので、Issue-DrivenだとKVOを使った方がいいということに気づかない。
何か問題が起こってから、KVOでやった方がいいということに気づき、書き直すと時間の無駄。
そうならないように、最初のうちはトップダウンである程度知識を総ナメしておく方がよい。
将棋や囲碁と一緒だ。最善手を打つためには、定石をある程度知っておく必要がある。
定石を知らない打ち手は、知らず知らずのうちに悪手を打つ。
少なくとも最初のうちは、体系的に学ぶことは、基本的な定石を把握し、初歩的な悪手を大幅に減らすのに役立つだろう。
0337デフォルトの名無しさん2014/08/30(土) 09:42:29.36ID:SnBvB4qP
まぁ、StackOverflowで回答して評価を3桁もらってやっと一人前といったところだろうな
StackOverflowを見るだけのうちはまだまだ半人前だよな
俺ももうすぐ3桁いくぜ
0338デフォルトの名無しさん2014/08/30(土) 09:54:37.82ID:Kf1182vd
FAQに最初に即答できたら一人前、か。なるほど。
0339デフォルトの名無しさん2014/08/30(土) 10:13:48.93ID:SnBvB4qP
ん? そんなルールあるのか?
0340デフォルトの名無しさん2014/08/30(土) 10:27:31.32ID:DHyy7By+
言語もデザインパターンも所詮ツールで解決の難易度はあれど解決できない問題はありえないだろうがな
Appleは改善という触れ込みでコロコロ仕様変更するからプロジェクト全体でそれに付き合ってたら時間も金もかかりすぎる
日曜プログラミングで流行りものを追って遊ぶのは面白いんだけどなぁ
0341デフォルトの名無しさん2014/08/30(土) 16:23:18.62ID:cGa4wD+G
俺付いていけない自慢wいや、それ自慢じゃないからww
0342デフォルトの名無しさん2014/08/30(土) 16:31:29.50ID:bYPUGWXG
>>340
触れ込み?改善はしてるじゃん
そもそもbetaのプログラミング言語に何を期待してるんだか。
君、生まれたてのプログラミング言語をハックしたことないでしょ
0343デフォルトの名無しさん2014/08/30(土) 18:23:24.58ID:GkcWN69o
MSみたいにさんざん花火を打ち上げて放置とか、Googleみたいに面倒な事はメーカーと
アプリ開発者に丸投げとかより全然増しだと思うけどな。
0344デフォルトの名無しさん2014/08/30(土) 18:39:10.78ID:KLDsW6YE
少なくともSwift は、基本は押さえて大風呂敷は抑えてる感じだな。
少し押さえすぎとも思うが、小さなプロジェクトがよくぞ育ったと思う
0345デフォルトの名無しさん2014/08/30(土) 18:51:16.91ID:EJ3Xk0X2
この先、ObjCの動的な部分に依存しているCocoaのデザインを、どう静的なSwift上のデザインに落とし込んでいくのかが興味深い

Cocoaが完全に静的な設計になっていくのか
あるいはSwiftに動的な機能が追加されていくのか
はたまた動的なObjCと静的なSwiftが共存しつづけるのか
0346デフォルトの名無しさん2014/08/30(土) 18:52:21.79ID:GkcWN69o
 プラットホーム運用と移行のノウハウを世界で最も蓄積している会社だから、そのへんは
安心していいと思う。
0347デフォルトの名無しさん2014/08/30(土) 19:25:47.40ID:EmqnD2gG
どっちに向かうのかは興味深いね
既存の動的な品物はobj-c流用のまま、新しいものには関数型アプローチ取り込んで行くとかも出来るだろうし
記法の柔軟さの確保に色々ご執心なようだし
0348デフォルトの名無しさん2014/08/30(土) 22:53:17.70ID:4b2+PPNH
>>342
フレームワークAPIが枯れたデリゲートモデルのくせに、iOSバージョンアップの度に改変することを言ったんだ
改変は別にswiftのベータを言ってる訳じゃねーよ

それについては筆を選ばずのスタンスでそんなに興味津々でもなし
色んな言語をやった結果、自分は言語程度では生産性等々大きく変わらんからなぁ
0349デフォルトの名無しさん2014/08/30(土) 23:05:21.90ID:cGa4wD+G
ちょろちょろ変えられるけど、そんな目くじらたてる時間がかかる変更なんて経験無いけどな
ちっちゃいことを大きくってのは、自分が原因を他に転換でよく見られる行為でもあるんだけど、違うよな?そんな時間がかかる大きな変更ってなに?

新しいOSでは新しいフレームワークが出てそれに対応のほうがだな。既存のフレームワークを置き換える新しいフレームワークもあるが
それでも、しばらくは(というかいつまでもw)古いのも使えるので特に目くじらたてる必要も無く、既存のフレームワークを置き換える新しいフレームワークも確かに置き換えるだけあるというのがだいたいだし
で、そんなに目くじらたてる/対応が大変なのってなに?
0350デフォルトの名無しさん2014/08/31(日) 00:01:26.79ID:VM252+zm
 WPFやSliver lightは放置で、WinFormを捨てるのかというとそういうアナウンスはないMSとか
 4年かかってもUI構築ツールやプロファイリングツールすら作れなかったり、機種事の非互換性を
放置したGoogleよりかは全然まし。
0351デフォルトの名無しさん2014/08/31(日) 01:08:18.88ID:bI3XySez
MS混乱してるよなー。ユニバーサルアプリもどうなることやら
osxだとgcからモダンランタイム、ARCときて困惑が無かったわけではないけどこんなもんでないの
古い事言えばCocoaJava切り捨て、PPC切り捨て、Carbonの緩やかな棺桶入り、Rubyに浮気する素振りとか紆余曲折あったけどw
まあこれらはiOS関係ないけど、切り捨て体質とは言われるけど態度がはっきりしてる分やりやすい側面もあるよ
blocks拡張なんかも最初見たときは暴挙だと思ったけど、結果的にはまあ
0352デフォルトの名無しさん2014/08/31(日) 01:31:31.19ID:/8NlpQDR
最近だとQuickTime周りも迷走してたな
0353デフォルトの名無しさん2014/08/31(日) 02:04:44.79ID:DDUAuyBQ
Appleは動作するプラットフォームが限られているし、コントロールできる。
切り捨てはするが、移行期間の用意と、新しいAPIなどの開発環境(Xcodeなど)を一通り揃えてくる。
また、熱心な信者も多いため、OSSなども軒並み着いてくる。
ARC,LLVM+Clang,iOSの64bit化,blocks(GCD),iOS7...

特にARCの対応と、Appleは関係ないがCocosPodの対応とか、すごく早く感じた

Swiftが普及して当たり前というのは、この辺りに慣れちゃってるからだろう。
0354デフォルトの名無しさん2014/08/31(日) 02:16:24.76ID:VM252+zm
>>352
QuickTimeはわりかし上手に切り捨てれたと思う。
AV Foundationを使っているでだろうFinal Cut Xは混乱してたけど。
0355デフォルトの名無しさん2014/08/31(日) 08:47:08.96ID:SnZOPnNh
>>354
64bit移行をうまく使ったよな。QuickTimeも、Carbonも。
0356デフォルトの名無しさん2014/08/31(日) 08:53:58.15ID:Hb4BAo98
とてもAppleスレらしい流れですね
0357デフォルトの名無しさん2014/08/31(日) 09:42:57.30ID:xJlNCNQH
>>355
ObjCのmodern runtimeへの移行も。
0358デフォルトの名無しさん2014/08/31(日) 10:12:50.44ID:VM252+zm
こう考えると、移行に失敗したのってCocoa JavaとQuickDrawGXぐらいじゃない?
0359デフォルトの名無しさん2014/08/31(日) 10:45:01.61ID:DlhsiS7V
移行頻発杉、という感覚だなw
信者ユーザが最近は多いのでディベロッパーも追従してるがよくやるよ
0360デフォルトの名無しさん2014/08/31(日) 13:08:25.88ID:L1WFOjt2
馬鹿がすぐに信者。たぶんとても大変なことなんだろうな、本人には
やることやるにすぎないから、何にも負担に思ってないだけなのにわからないんだろうな
0361デフォルトの名無しさん2014/08/31(日) 13:15:19.51ID:DlhsiS7V
信じる者は救われるからな
やることやって救われるようぜ
0362デフォルトの名無しさん2014/08/31(日) 13:17:15.51ID:L1WFOjt2
プログラミングなんてやることやるモノを作るもんだろ
おまえ、プログラマじゃないか本当はプログラミング好きじゃない、仕事としてやってるんだろうな
0363デフォルトの名無しさん2014/08/31(日) 15:04:01.07ID:P//zzEsi
>>362
プログラミングに限らず仕事ってそういうもんだろ?
たかが仕事にやりがい()とか、好きなことを仕事に()とか求めてるのは働いたことないガキだけだよ
好きなことをやってるうちは仕事じゃない、ただの趣味、お遊びだ
0364デフォルトの名無しさん2014/08/31(日) 15:19:47.73ID:L1WFOjt2
>>363
いやいや、すげー極論。好きでプログラミングをやっているのは趣味お遊びだって、どんだけお前の職場アレなのよw
さすがに仕事できないヤツ(にしか見えないw)の自己保身は馬鹿っぽすぎて飽きれた

お前とお前の周りは嫌々仕事しているかもしれないが、仕事を楽しんでいる人/やりがいを感じているのもいるんだぜ。どんな職種にも。お前には想像もできないだろうけど
あー、あほらしい

つい最近どっかで見た、モンキーという渾名の由来
文句言い→もんくいい→もんくぃぃ→モンキー (だったかな)
俺はクスっと来たが、お前は何も笑えないんだろうなw
0365デフォルトの名無しさん2014/08/31(日) 15:27:07.93ID:dK8Z1XNh
ブログラムはどんなに小さな部分にでも自分の創造性を潜りこますことが出来る楽しいおもちゃだろ

楽しく無ければ転職した方が良いと思うよ
0366デフォルトの名無しさん2014/08/31(日) 15:30:30.35ID:DDUAuyBQ
>>363
何で、所々にタプル入れてんだよ。
0367デフォルトの名無しさん2014/08/31(日) 15:40:26.87ID:NOhbDlov
>>363
プログラミングに限らず仕事ってそういうもんじゃないだろ?
仕事にやりがいとか、好きなことを仕事にとか求めないのはまともに仕事内容について学んだことのない無知だけだよ
好きじゃないことをやってるうちは仕事じゃない、ただの苦役だ、お金稼ぎだ
0368デフォルトの名無しさん2014/08/31(日) 15:47:30.32ID:L1WFOjt2
IT土方とかIT奴隷とかひとっくくりにされると、なんか反発を感じていたが、おおみえ切って堂々とあんなこと言うヤツいるんじゃなあ…
好きでもないのにいるヤツとか邪魔でしかない/尻拭いするときは最初からいなければいいのにとリアルに思うが、ネットでも邪魔な存在でしかないなあと
0369デフォルトの名無しさん2014/08/31(日) 15:52:03.50ID:5rh0udnx
なるなる
0370デフォルトの名無しさん2014/08/31(日) 15:53:15.31ID:dK8Z1XNh
IT土方とか言われて来てたのは、労働生産性の悪さや、時間当たりの賃金効率の悪さから。

でもほとんどの人は好きでやってると思うぞ。 新しいものに次から次に触れて知識欲を満足させてくれるし
0371デフォルトの名無しさん2014/08/31(日) 15:58:32.94ID:dK8Z1XNh
能力も知識欲も無く単純労働としか思ってい無い人間も多くなってるんだろうな

IT産業の裾野も広くなってるから、単純労働も有るよ、でも明日は次のステップに登れるんだよ。 一歩一歩階段を上ってればいずれ望みの景色が見れる
0372デフォルトの名無しさん2014/08/31(日) 16:14:21.40ID:5XossNlg
NGNG
0373デフォルトの名無しさん2014/08/31(日) 16:27:51.03ID:dK8Z1XNh
>>372 UI がなっていない 判定>>372はプログラマとして不適切
0374デフォルトの名無しさん2014/08/31(日) 16:57:57.18ID:+hgpwM9E
oss5倍がプログラマーとして不適切だと!
0375デフォルトの名無しさん2014/08/31(日) 17:29:43.55ID:V4vhJodk
アポーは利用許諾うるさいからOSS5倍はswift向けじゃない、ということじゃないかなぁ!
0376デフォルトの名無しさん2014/08/31(日) 18:15:31.54ID:SnZOPnNh
ドカタかどうかは、好きなもん好きに作ってるかどうか。
0377デフォルトの名無しさん2014/09/01(月) 01:09:29.59ID:6eyoo/+x
肉体労働のドカタも好きでやってる人いるんだけど
職業差別イクナイ
0378デフォルトの名無しさん2014/09/03(水) 21:12:37.27ID:Hj8DbV7V
NSPredicate 腐ってるしAppleカスだな
0379デフォルトの名無しさん2014/09/06(土) 10:46:29.61ID:/+v3PcoY
extensionで型パラメーターや関数型を受けれるようにならんかなぁ・・・できれば高階型も
iOS SDKの設計からしてプログラミングインターフェイスをAppleに期待するのはダメだと知りつつもSwiftには頑張って欲しい
0380デフォルトの名無しさん2014/09/06(土) 12:17:31.29ID:HmsQ6qZj
extensionで〜って言っていることは、Appleが用意した材料を使ってじゃないの?だったら材料は揃っているってことじゃん
0381デフォルトの名無しさん2014/09/06(土) 12:36:04.22ID:/+v3PcoY
自然言語って難しいですね。。
私が指しているのはSwiftの言語機能の"extension"のことで、一般的な英単語"extension"が意味するそれではありません
0382デフォルトの名無しさん2014/09/06(土) 12:42:17.00ID:0wUV67Pm
>>381 誰も誤解していないと思うよ
0383デフォルトの名無しさん2014/09/06(土) 12:43:17.40ID:HmsQ6qZj
メソッドの拡張したいんでしょ
メソッドの拡張するのはAppleが用意したメソッドなり関数なりを使って必要なメソッドを作ってるんでしょ
プログラミングインターフェイス=俺のアプリで必要なメソッド完備 って、そんなのこの世には存在しないと思うよ。どんな言語/SDK使っていても俺俺ライブラリ作るでしょ
0384デフォルトの名無しさん2014/09/06(土) 13:02:49.29ID:1xvByH3n
ネストしまくるとプロトコルのメソッド補完されなくなるのなんで?

import UIKit
protocol A {
func doSomethingWithB((b : B) -> Void) -> Void
}
protocol B {
func doSomethings() -> Void
}
func doSomethingWithA((a : A) -> Void) {

}
doSomethingWithA { (a) -> Void in
a.doSomethingWithB({ (b) -> Void in
b.doS //doSomethingが出てこない
})
}
0385デフォルトの名無しさん2014/09/06(土) 13:25:58.90ID:RoQThhcy
>379
疑問なんですけど、

"型パラメーター"は"Generics"、
"関数型"は"Closures"

の ことですか?
アマツバメ本に合わせてもらえないと解りにくいですよ
0386デフォルトの名無しさん2014/09/06(土) 13:36:57.47ID:0wUV67Pm
>>379 こんな事が出来ると良いなと言う例を上げて見て
0387デフォルトの名無しさん2014/09/06(土) 13:43:46.30ID:Lx2q0hy/
>>385
Swift本にもFunction Typeって出てくるよ
Closureと同義ではない
0388デフォルトの名無しさん2014/09/06(土) 13:54:25.74ID:0wUV67Pm
+ オペレータだって、+ と言う名前の関数でしょ
extension 可能
0389デフォルトの名無しさん2014/09/06(土) 14:03:24.70ID:/+v3PcoY
>>383
プログラミングインターフェイスという言い方が誤解を生んでいるようです
私はこの言葉を、特定の・現在の、決まった表現手段持つ言語で表現された抽象のセット(ライブラリーやAPIなどと呼ばれるもの)
のみではなく、言語およびそれに備わる表現手段も含めたものとして使っていました
つまりSwift(の言語仕様)そのものに対して、こう(>>379)なってほしいなぁという、ただのないものねだりです

>>385
すみません。用語の濫用が孕む危険性への認識が甘かったです。。
型パラメーターはGenericsのことです

>>386
アマツバメ本は読みましたが、Swift自体ときちんと向き合ってない上での話で申し訳ないですが
https://github.com/maxpow4h/swiftz/tree/master/swiftz_core/swiftz_core
このライブラリーのソースを読んでいて、こういう機能が備わっていればもっとスッキリ書けただろうなぁという感覚論です
0390デフォルトの名無しさん2014/09/06(土) 14:09:31.28ID:HmsQ6qZj
>>389
ふむ。よくわからんが、「iOS SDKの設計から〜」で始まっていてその意図は読み取れないな
他を非難できるほどっての身の程を知っておいた方がいいと思うよ。とまれなるほど
0391デフォルトの名無しさん2014/09/06(土) 14:12:02.10ID:ZfssxZnV
>>386
delegateとblockの混在インターフェースの全面排他/統合
swiftらしくフレームワークAPI使わせろ、swiftからdelegate使ったりblock使ったり気分悪い
0392デフォルトの名無しさん2014/09/06(土) 14:13:45.42ID:HmsQ6qZj
>>391
言うがやすしきよし
まだ言語も固まっていないのに、既存の書き換えなんてはるかかなたなんとか
0393デフォルトの名無しさん2014/09/06(土) 14:17:41.98ID:0wUV67Pm
>>389 だから、こう言う機能が備わっていたら良いのになと言う具体例を上げて見てって

型パラメータがGenerics ? Generics の更なる拡張なんてどんなの?
型束縛の追加?
特定の型しか受け付けないfunc に別の型を追加することは出来るでしょ、extension では無いけど
0394デフォルトの名無しさん2014/09/06(土) 14:40:26.42ID:ZfssxZnV
>>392
新しい言語作るならフレームワークAPIも再定義して欲しい
出来ないとしてもSWIGなんかのラッパーで仮置きするか
アクロバティックな互換対応でうんざりするよ
SWIG噛むなら他言語からの呼び出しも楽になりそうだ
0395デフォルトの名無しさん2014/09/06(土) 14:48:22.97ID:ZfssxZnV
>>393
直接SWIG叩かせて
0396デフォルトの名無しさん2014/09/06(土) 15:04:15.17ID:/+v3PcoY
>>393
https://github.com/maxpow4h/swiftz/blob/master/swiftz_core/swiftz_core/Functor.swift
このコードを読むと、拡張側(extensionを使う側)にてベース型で定義されているtypealiasを上書きして
ベース型のメソッドの一部を拡張側の都合に合わせるようにしています
これは非常に柔軟な仕組みですが、このやり方は危ういなと思いました

その危うさを頑張って説明すると、以下のようなことです
- 型変数(typealias ...とGenericクラス宣言中(<...>)で作られる型のシノニム)は、クラスのヒエラルキー間で単一の名前空間を共有している
よって、開発者は型変数同士の関係性を、クラス階層という本質的にスケーラブルで複雑化に歯止めがきかない構造を相手にしつつ将来にわたってメンテナンスする必要がある

そこで、extension自体をGenericできるようにしてしまえば、型シノニムの共有を明示化し、名前空間を分離した上でほぼ同等の目的を達成することができると思います(以下例です)
https://gist.github.com/anonymous/1a1f6866dcaf69fe71be
0397デフォルトの名無しさん2014/09/06(土) 15:10:31.36ID:Lx2q0hy/
ちんこびろ〜ん
0398デフォルトの名無しさん2014/09/06(土) 15:36:53.36ID:1xvByH3n
いきなり小難しい話になったのでついていけない
ファンクタとシノニムでヒエラルキーがなんだって?
0399デフォルトの名無しさん2014/09/06(土) 15:49:35.71ID:gfayVdf+
https://devforums.apple.com/message/983478#983478
0400デフォルトの名無しさん2014/09/06(土) 16:30:23.42ID:ZfssxZnV
>>398
メルカトルなんたらだよ
0401デフォルトの名無しさん2014/09/06(土) 19:04:34.73ID:/+v3PcoY
>>399
ありがとうございます。おだ先生も同じようなこと仰ってたんですね、、
とても見識のある方々がSwift開発者と直接意見を交わし合っているようで安心しました
これからいい感じになってくれるよう期待します
0402デフォルトの名無しさん2014/09/07(日) 15:23:17.52ID:R75yfEXR
3,4年前のMBP Core2 duo OS 10.6と古いものしかないんだが
SWIFTできる? ダウンロードでエラーがでちゃうんだが。

OSがハードルになっているようなら、Macmini買おうと思ってる。

アドバイスたのむ!プログラミングビギナーだ!
0403デフォルトの名無しさん2014/09/07(日) 15:40:23.52ID:xl3XppIa
>>402 Leopard だから、Marvericks までバージョンアップすれば使えたんじゃなかったっけ?
0404デフォルトの名無しさん2014/09/07(日) 15:44:50.08ID:R75yfEXR
>>403
あほな質問に答えてくれてありがとう。いつか焼きおにぎりをプレゼントするぜ!

やっぱ既存のOSじゃダメなのね、新OSの購入を検討してみるが、
重くなりそうだなぁって懸念があるんだ。
win 環境があるからmacminiも考えてみる!
0405デフォルトの名無しさん2014/09/07(日) 16:03:04.26ID:j4GPfD7q
Marvericsは無料になってると思うがハード的にサポート外な気がする
要は新しい Mac 買っえってこった
0406デフォルトの名無しさん2014/09/07(日) 16:06:14.34ID:R75yfEXR
>>405
スペック確認したら買い替えっぽかったw

mac製品どれも一新しそうだからちょい時下おいて自分にあったのを購入するわ。
久々のハード購入で楽しみだー
0407デフォルトの名無しさん2014/09/08(月) 05:18:34.57ID:cVAntG12
ios8用のカスタムキーボード作ってるんですが
日本語ローマ字入力でしかも「ことえり」の変換使うのって出来ない??
その他の方法として、外部キーボード上のキーを押したことにする方法解る方いませんか?
ググるのでキーワードだけでも投げて頂きたいのですが、、
0408デフォルトの名無しさん2014/09/08(月) 08:49:59.76ID:zGqaC89/
>>407
全部自作するしか無いよ。auto layout必須だし、しょっちゅう死ぬし、ハードル高い。
0409デフォルトの名無しさん2014/09/08(月) 08:52:36.75ID:6tmtTctc
ハードル高いよ、棒高跳び並みに高いよ
0410デフォルトの名無しさん2014/09/08(月) 10:27:08.34ID:wVseTu5G
anthyとかcannaがobj-cに移植されてるんじゃねーの
まぁ、ハードル高いがな
0411デフォルトの名無しさん2014/09/08(月) 11:23:23.23ID:5Ts8j8J4
何か別コミュニティの話をそのコミュニティの語彙で話されると何だかおいてかれてる感はんぱないなw
そして大学院時代に使ってたはずの語彙は言葉の響きだけを残して意味が全くわからなくなってる自分に気づいたw 焦るw
0412デフォルトの名無しさん2014/09/08(月) 11:47:48.85ID:wVseTu5G
体育会系か?ここは理系だぞ力抜けよ
0413デフォルトの名無しさん2014/09/08(月) 13:06:19.40ID:EfB4XQcA
>>408
IME全部自作ってマヂデスカ、、
まだxcode3日目なのに 泣
英数記号は打てるので、とりあえず欧米向けに販売するしか無さそうですね、、
失礼しました、また勉強して来ます。
0414デフォルトの名無しさん2014/09/08(月) 13:26:30.47ID:Rdj2R2Ai
swiftの良さがわからん
何がいいの?
0415デフォルトの名無しさん2014/09/08(月) 13:33:02.05ID:Dxtts/Cs
>>414
http://ja.wikipedia.org/wiki/Swift_(%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E)

特徴[編集]
AppleはSwiftの発表に際して「モダン、安全、高速、インタラクティブ」を大きな特徴として挙げた。

モダン
クロージャやタプル、ジェネリックプログラミング、Optional型の採用などが挙げられる。

安全
静的な型チェック、変数の初期化の強制、数値型のオーバーフローの検査、自動参照カウントによるメモリ管理などが挙げられる。
また、if文のブレースの省略禁止、switch-case文は明示的に指定されない限りフォールスルーしないなど、既存のプログラミング言語において記述ミスによるバグが発生しやすかった部分を文法的に解決している。

インタラクティブ
Swiftはコンパイラ言語でありながら、インタプリタとしてスクリプトを実行することも可能で、対話実行環境(REPL(英語版))も用意されている。
Swiftと同時に発表されたXcodeバージョン6では、コードの実行結果をグラフィカルに確認しながら開発できるPlaygroundsが実装された。
0416デフォルトの名無しさん2014/09/08(月) 13:34:18.57ID:Dxtts/Cs
>>415 全てがオブジェクトと言う完全なオブジェクト指向と言うのも大きな特徴だな
0417デフォルトの名無しさん2014/09/08(月) 13:37:02.00ID:ERkLeGt8
モモ
クロ
0418デフォルトの名無しさん2014/09/08(月) 13:44:41.26ID:Y11lcNSo
クロ
ーバ
0419デフォルトの名無しさん2014/09/08(月) 13:57:45.20ID:wVseTu5G
スペ
ース
0420デフォルトの名無しさん2014/09/08(月) 14:16:39.50ID:ZKnVGlpm
ObjCという闇からの開放と解放
0421デフォルトの名無しさん2014/09/08(月) 21:34:32.86ID:cVAntG12
ob-cとかjavaやってなくていきなりswiftな初心者だけど
swift覚えても
https://developer.apple.com/jp/devcenter/ios/library/documentation/iPhoneAppProgrammingGuide.pdf
こっちからやらないと無理w
ソース見ても継承ばっかりで全然わからんかったww
基本クラスのミニ辞典みたいなの欲しい。
あと、ヘッダファイル無くなったから、どこに接続したらいいのかいつも不安。。
0422デフォルトの名無しさん2014/09/09(火) 07:24:50.69ID:f9mjPsSp
ドキュメントが整備されたらなんとかなるかもだけど
obj-cからの流入組じゃないと使えない言語だよ
まー基本Cocoa.frameworkに縛られるからiOSアプリ一攫千金狙いでテンションあげてないと辛い
0423デフォルトの名無しさん2014/09/09(火) 08:10:07.39ID:TS6+EZV8
まず、フレームワークベースの開発手法を覚えた方がいいと思う。というか、iOS自体規模が大き過ぎて新参じゃ扱いきれないかな
0424デフォルトの名無しさん2014/09/09(火) 08:19:31.35ID:fF7YNadH
>>422
なら、これまでの流れ通り、普及せずに終わるね。

何回目だよこういうの。
0425デフォルトの名無しさん2014/09/09(火) 08:44:32.50ID:kgKg+nsp
30年ぶり
0426デフォルトの名無しさん2014/09/09(火) 08:45:51.95ID:f9mjPsSp
>>424
でも一時的に人は増えるからね、 Appleの狙い通りだよね
(費用対効果とかその後の風呂敷畳みは知らん)
0427デフォルトの名無しさん2014/09/09(火) 08:47:30.11ID:f9mjPsSp
>>425
最近の黒歴史、 passbookはなかったことですか、そうですか
0428デフォルトの名無しさん2014/09/09(火) 08:50:52.54ID:ely2m5v+
Objective-Cからの流入組にとってはかなりコード減るし見やすくなるし良い言語だよ
たまに補完が効かなくなったり、よくわからんエラー出てきたりするのさえ直ればすぐにでも移行したい
0429デフォルトの名無しさん2014/09/09(火) 08:56:27.73ID:rslGXt6l
今日が納期だからな
バグ無しで頼みますよ、Appleさんよ
0430デフォルトの名無しさん2014/09/09(火) 08:58:20.42ID:ely2m5v+
>>429
いや、Swiftはさすがに今日、ってか、今月中の脱ベータは無理でしょう。
今日、ってか明日はiOS 8とiPhone 6だけ発表して、
Swiftは、来月あたりにYosemiteと一緒にじゃないかと。
0431デフォルトの名無しさん2014/09/09(火) 09:10:35.34ID:rslGXt6l
なんだと!話が違うじゃねーか
金払わねーぞこのヤロー
0432デフォルトの名無しさん2014/09/09(火) 09:13:50.80ID:f9mjPsSp
悪くはないが不安定なのが困ったちゃんだよな
あとランタイム内包型ipaのファイルサイズ、でかいしオーバーヘッド気になるし
言語仕様はそこまで悪くなくても取り巻く環境がなぁ
0433デフォルトの名無しさん2014/09/09(火) 09:29:38.70ID:GYCQ95qE
>>430
iOS 8のGMが出るとしてもリリースは後日だよね?なんも準備出来てないぜ。
0434デフォルトの名無しさん2014/09/09(火) 09:35:25.89ID:zv+qnO1h
>>415 構造体、配列、ディクショナリが値型で並列処理に有利
0435デフォルトの名無しさん2014/09/09(火) 09:37:59.73ID:zv+qnO1h
今日のGMは有り得ないよ。 GMは早くてiPhone6の発売日9/19頃 正式リリースは10月末位では?
0436デフォルトの名無しさん2014/09/09(火) 10:06:32.02ID:f9mjPsSp
>>434
くっそ速度落とすんだなw
速度を求めるならswift使わない方が良さそうだ
0437デフォルトの名無しさん2014/09/09(火) 10:15:07.88ID:zv+qnO1h
>>436 どうして速度を落とすことになるんだ?
0438デフォルトの名無しさん2014/09/09(火) 10:57:06.07ID:ely2m5v+
コレクション、値型なのか。
var a = [1, 2, 3]
var b = a
a[0] = 999
println(b[0])
これで1が表示されるの、Obj-Cから来た人にはキモいんじゃないかなぁ。
0439デフォルトの名無しさん2014/09/09(火) 11:07:47.34ID:rslGXt6l
構造体にクラスを持たせるのは危険だよね

class Hoge {
 var val = 100
}
struct Fuga {
 var hoge = Hoge()
}


let fuga = Fuga()
let fuga2 = fuga
fuga2.hoge.val = 200
println(fuga.hoge.val) // 200
0440デフォルトの名無しさん2014/09/09(火) 13:03:27.50ID:IzZqPpGG
>>422
特許まで取ってるから気合は入ってるよーw
>>423
フレームワークベースの開発って言うんですね。
まさにその言葉がドンピシャな感じします。

カスタムキーボードを自分のiPhoneで試したいんだけど、ios8betaってお布施組じゃないと落とせないのかな?
今夜から正規版の配布開始って無いと思いますか??
0441デフォルトの名無しさん2014/09/09(火) 13:15:33.18ID:UTzS51th
>>440
アプリがない状態では出さないだろ
0442デフォルトの名無しさん2014/09/09(火) 13:30:58.09ID:V2CHG6b9
>>437
参照型じゃないって意味だよな?速度落ちるだろ
参照扱いも出来るんだろうけどお作法に合わないとか面倒が起きそうだ
0443デフォルトの名無しさん2014/09/09(火) 13:37:18.00ID:VU+tj2xN
で、


Swift.NETはまだか
0444デフォルトの名無しさん2014/09/09(火) 17:41:58.68ID:IzZqPpGG
>>441
先にjsで作った簡易版見せたら弁理士も受けてくれたよ。
てかシステムとハードの特許だからアプリは簡易版というか体験版というか、、
ウェアラブルが普及してから本領発揮するようなやつです。
因みにアプリは英数記号だけならほぼコーデング無しで出来たわ。
xcodeすげぇ!ってなった。
0445デフォルトの名無しさん2014/09/09(火) 19:51:03.07ID:yRdKHhuQ
>>442
COWだし、それほど遅くなることはないよ。
0446デフォルトの名無しさん2014/09/09(火) 21:58:13.60ID:r6Job8SJ
>>427
PassBookオワコンなん?
ANAの飛行機乗るときめっちゃ便利なんだが
デザインもいいし
0447デフォルトの名無しさん2014/09/09(火) 22:35:01.27ID:tBdID5VH
>>446
人によるんじゃね?
NFC着たり、ibeacon流行ったり、インフラや目的次第だな。
0448デフォルトの名無しさん2014/09/09(火) 22:35:58.73ID:N7dm/RN6
あーコンパイル通ったと思ったらコンパイラが落ちた。どうしろと
0449デフォルトの名無しさん2014/09/09(火) 22:38:52.48ID:UTzS51th
>>444
俺が出さないだろって言ったのは
>今夜から正規版の配布開始って無いと思いますか??
に対して。
特許がどうとかは何を言ってるかよく分かりません。
0450デフォルトの名無しさん2014/09/09(火) 23:24:27.23ID:U1w9WJbQ
今夜サーフェイスもどき出ないかな。。
0451デフォルトの名無しさん2014/09/09(火) 23:38:35.35ID:ibWFBjrh
>>446
煽りでは無く、ANA以外に使えるとこある?
Passbook使ってみたい。
0452デフォルトの名無しさん2014/09/10(水) 00:02:44.01ID:pXOleHzB
>>451 PassBank を見て見たら?
パワースポットを教えてくれたりもするよ
0453デフォルトの名無しさん2014/09/10(水) 00:08:31.37ID:pXOleHzB
>>451 ローソンでおにぎり30円引きが有ると思ったらなんだよ、2013年6月のまま
まるっきり忘れ去られてるな
0454デフォルトの名無しさん2014/09/10(水) 01:49:06.40ID:CHuaemP6
PassBookはiPhone6でNFC決済対応になって化けるって噂だけどね
ってスレチやがな
0455デフォルトの名無しさん2014/09/10(水) 02:17:01.21ID:4V12k8qs
iPhone6 & 6 Plusきてるよ。
0456デフォルトの名無しさん2014/09/10(水) 08:31:29.72ID:MljgULzh
GM出たらしいけどSwift安定した?
0457デフォルトの名無しさん2014/09/10(水) 08:41:03.62ID:oMcH/1eZ
PassBookは大手企業は自前でシステム組んでるから要らないってよ

Xcodeが安定しても、ランタイムが安定しない
ないし、その逆って感じな気がする、来年くらいまで
0458デフォルトの名無しさん2014/09/10(水) 08:48:58.68ID:QYGBN0RH
>>444
まじでか?

xcodeって何?組み合わせだけでほぼプログラム組めるの?
ガッチガチのObjCでゴリゴリなんでもかんでも書かないといけ
ないと思ってた。
0459デフォルトの名無しさん2014/09/10(水) 08:52:10.40ID:JxN7l/Yu
いまDL中。enumで落ちまくるの治ったかなぁ。。わくてか
0460デフォルトの名無しさん2014/09/10(水) 09:15:28.05ID:JxN7l/Yu
error: unimplemented IR generation feature non-fixed multi-payload enum layout
あー…
0461デフォルトの名無しさん2014/09/10(水) 09:22:01.43ID:JxN7l/Yu
SourceKitServiceが落ちまくるのはあいかわらずか
0462デフォルトの名無しさん2014/09/10(水) 09:30:22.62ID:p15ZmnR1
やはりグダグダマスターか
0463デフォルトの名無しさん2014/09/10(水) 12:58:31.58ID:oMcH/1eZ
Xcode6.1 ... のb1が近々出るらしいから期待しよう(白目
0464デフォルトの名無しさん2014/09/10(水) 13:03:58.72ID:CHuaemP6
>>463
情弱乙
6.1 Beta1もう出てるぞ
0465デフォルトの名無しさん2014/09/10(水) 13:05:15.36ID:dBvfsw/k
>>463
6.1のベータ版はもう出てるけど、Yosemite用ってことになってるから、Macの開発者登録してないと落とせないかも。
0466デフォルトの名無しさん2014/09/10(水) 13:53:49.16ID:JxN7l/Yu
class Hage<X> {
&nbsp;&nbsp;class func newHage<V>(v: V) -> Hage<V> { return Hage<V>() }
}
let ng = Hage.newHage("ng") // これだとコンパイルエラー
let ok = Hage<()>.newHage("ok")

Javaの感覚でいじってるとハマるは
0467デフォルトの名無しさん2014/09/10(水) 14:13:06.20ID:CHuaemP6
>>466
Vを導入する必要性なくね?

class Hage<X> {
class func newHage(x: X) -> Hage<X> {
return Hage<X>()
}
}
let ok = Hage.newHage("ok")
0468デフォルトの名無しさん2014/09/10(水) 15:25:54.64ID:oMcH/1eZ
>>465
ネット回線重いトコにいるから気づかんかったわ
後から落としておこう、期待しながら(やっぱり白目
0469デフォルトの名無しさん2014/09/10(水) 22:23:41.71ID:MljgULzh
おい>>384直ってねーじゃねーか
こんなんで1.0だと?
0470デフォルトの名無しさん2014/09/10(水) 23:12:44.17ID:p15ZmnR1
てへぺろ
0471デフォルトの名無しさん2014/09/11(木) 02:04:18.72ID:0u8uyTLD
やっぱジョブズいないとダメだなこの会社
こんな100均ショップで売ってそうな時計誰が買うんだよw
http://image.itmedia.co.jp/pcuser/articles/1409/10/tm_1409watch_02.jpg
0472デフォルトの名無しさん2014/09/11(木) 07:15:07.87ID:u9tD9YaP
>>471
買いますけど何か?
0473デフォルトの名無しさん2014/09/11(木) 08:09:15.24ID:GX8e/FAl
リンゴ時計持ってると何が便利なの?
よくわからん
0474デフォルトの名無しさん2014/09/11(木) 08:50:25.07ID:BpRRpzGv
徹夜で並ぶほどの価値はないのにね
0475デフォルトの名無しさん2014/09/11(木) 10:10:39.48ID:5P7NRgTg
>>471
人柱だから買い
swiftしかり、そうじゃないとやんねーよ
Appleの新しいモノは金になる
0476デフォルトの名無しさん2014/09/11(木) 10:34:43.21ID:Y4/X0oYT
早く参入した方が金になりそうだな。 AppleWATCHは裕福な人間が買うからアプリは多少高くても買うだろう
健康、スポーツがキーワードだな
0477デフォルトの名無しさん2014/09/11(木) 11:24:16.35ID:IpmE9uff
WatchKitって最初はノーティフィケーションに毛が生えた程度って話じゃなかった?
0478デフォルトの名無しさん2014/09/11(木) 12:01:45.12ID:5P7NRgTg
>>477
それ Google Wear
0479デフォルトの名無しさん2014/09/11(木) 12:34:57.31ID:+c1M6QyM
WatchExtensionが付くのかな?TodayWidgetみたいな。
0480デフォルトの名無しさん2014/09/12(金) 13:43:39.94ID:u5maUMjX
NSLayoutConstraintとか一括で設定できるようなメソッド無いのかな?
CSS知ってるとレイアウト関係が見づらくてしかたないよ。。
当然打ち込みもしんどいし。
IBでAutoLayoutやってもバグとしか思えないレイアウトになるし困るわ〜
0481デフォルトの名無しさん2014/09/12(金) 14:20:01.09ID:u5maUMjX
てかxibファイルのoutlet接続が裏( xml )でやっててコードで見えないのが初心者が攻略しづらい所だよね。
せっかくHTML5/CSS3作ったんだから、今の所はXML/CSS的なモノ/swiftで作ればweb制作みたいな感じにできるのに。
今のIBで作ってたらいろいろ見えない又は空の接続してたりしてメンテ性悪くない?
0482デフォルトの名無しさん2014/09/12(金) 14:52:25.06ID:GBlFSmgd
web、web うるせーよ
CSSでWeb以外で活用しているのはどんなの?あることにはあるんだろうが、ちょー使ってCSSでよかったというの

メンテ=作った以外の誰かがだったら意外にIB(GUI)の方が探しやすい。慣れれば見るべきとこ/見なくてもいいとこもわかるしな
0483デフォルトの名無しさん2014/09/12(金) 14:54:33.56ID:ve3rDKLC
みんながみんなWeb制作のバックグラウンド持っているわけじゃないからWeb制作みたいな感じと言われてもわからん
0484デフォルトの名無しさん2014/09/12(金) 15:28:21.60ID:LpIEJCg7
WebはWebでCSSももはや限界じゃないかって風潮あるけどな
SCSSのようなCSSプリプロセッサが出てきて
今はさらによりプログラム言語に近くなったElmが取りざたされてる
0485デフォルトの名無しさん2014/09/12(金) 15:51:53.40ID:u5maUMjX
>>482
そうそう、今のCSSは限界きてると思う。というより限界超えててハックしまくりで支えてる感じ。
SASSは別アプリみたいな感じだからプレビュー見ながらできないし。
でも将来的にはディスプレイ上の描画は統一の言語でいいと思うんだ、アセンブラの違いとかよく解らないけど。
CSSとAutoLayoutを率いてるAppleが、、、あ、Appleだからか!
イスラム教みたいな会社だもんな、、
0486デフォルトの名無しさん2014/09/12(金) 15:56:37.23ID:GBlFSmgd
>>485
自分の好みじゃない=蔑みますか
自分の能力不足を他に転嫁の典型ですね

>プレビュー見ながらできないし
だったらあんたにとってIB最高のはずなんだけどな。見ながらじゃなく直接だしw
テキストからグラフィカルが頭の中で構築できる特殊能力の持ち主かと思ってたのに
まあ、テキストで全て羅列していなきゃ気が済まないのが大前提なんだろうけど

(アンカーミスはわかっているから。それでも横やりw)
0487デフォルトの名無しさん2014/09/12(金) 16:21:40.08ID:u5maUMjX
>>486
すまんすまんw

ただね、最初IBのことDrewamWeaverみたいな感じの入力補助機能と思ってて
コードに全然反映されていかないし、サンプル見ても何がどうなってるのか見えなくて苦労したんだよ。
ググったらxib使うと重くなるって書いてたし、、

それより、
self.btn.frame = CGSizeMake(100.0, 50.0)
って書いたらCGRectにコンパチブルしない!ってエラー出るんだけどどういう意味なの?
0488デフォルトの名無しさん2014/09/12(金) 16:23:08.89ID:u5maUMjX
コンバーチブルだった。
0489デフォルトの名無しさん2014/09/12(金) 16:33:18.09ID:GBlFSmgd
>>487
IBはデータを作るだけと思ったらいいよ。コードと連携できるのは一部
>ググったらxib使うと重くなるって書いてたし
そんなアホの言うことは忘れよう。Objective-CはCより重いと言っているのと同じレベル

self.btn.frame は CGRect
CGSizeMake の返り値は、CGSize
型が違うじゃん。さすがWebプログラマと言うてしまうぞw

だいたいにおいて偉そうに文句垂れるのはというのを確認できたのでヨシっ!w
オチつけてくれてありがとっ!
0490デフォルトの名無しさん2014/09/12(金) 16:53:43.37ID:u5maUMjX
>>489
ありがとー!w
型とかまだよく把握できてなかったから検索しても解らなかったんだ、助かったー
IB使ってもいいんだね。
IB使うと基本viewが何故か右側に半分はみ出すけど、なんとかやってみるよ。

あと、iOSシミュレーターが急に縦表示固定になったよ。バグ?@Xcode6.0
0491デフォルトの名無しさん2014/09/12(金) 17:07:23.35ID:u5maUMjX
なにこれ?
ボタン全選択してOutletCollectionにしたのに一個しか接続されてないんだけど、、
ルーチンワーク増えてるじゃん!
ジェスチャーも共通にできないしなんなの、、
アメ公の作ったソフトは全ジャンルで糞なんですかぃ。
アドビよりはマシだけども。。
0492デフォルトの名無しさん2014/09/12(金) 17:20:10.35ID:kRF3L9Ar
なんか面白い子が来たな
一週間くらいは楽しませてくれそうだ
ツールに文句言えるくらいの元気が自分にも欲しい
0493デフォルトの名無しさん2014/09/12(金) 17:43:34.42ID:PLPFRUR3
>>492
あんたが倒れちまったら母さんの面倒は誰が見るんだい!
元気出しな。
アプリで儲けて母さんの病気直すんだろ?
0494デフォルトの名無しさん2014/09/12(金) 18:17:13.57ID:S6Ys+nnn
Xcode6のIBのpreview便利だよ。
全てのデバイスと向き、言語を見れる。
0495デフォルトの名無しさん2014/09/12(金) 18:29:13.52ID:LpIEJCg7
つーか明らかスレチだけどな
初心者質問スレ逝けと
0496デフォルトの名無しさん2014/09/12(金) 19:50:49.88ID:A+Yw5O80
Swift製のライブラリーのpods化って未対応?
https://github.com/CocoaPods/Specs/search?q=swift
結構あるから参考にしようかとおもいきや、ビルド通るものが見つからない。。
0497デフォルトの名無しさん2014/09/13(土) 02:31:54.09ID:sqsxGh3U
初心者スレないじゃんw
とりあえずXcode6のIBで完璧に作ってもプレビューで右端切れたり、パーツ消えてたりする原因わかったよー
IBの下のwany hanyを変更して作るとそれぞれのios端末の縦横の画面サイズに対応した別のViewファイルを作っちゃうみたい。
Size Classesとかいう概念が追加されたとかなんとか。
ただのカンバスサイズのクイック設定的なやつだと思ってたからドハマリしたよ、、
これ理解して作ったら何でもいけるね!
0498デフォルトの名無しさん2014/09/13(土) 03:20:51.81ID:sqsxGh3U
ってinputViewには対応してないじゃん。。
0499デフォルトの名無しさん2014/09/13(土) 11:52:23.25ID:4yx7u6To
>>493
ごめんよ、おばさん、弱気になってたよ
GMリリースでswiftアプリ公開申請始まるし、頑張ってswiftアプリ作って母さんの病気治すよ
0500デフォルトの名無しさん2014/09/13(土) 12:38:41.01ID:GoOvUqlP
シマラソ
0501デフォルトの名無しさん2014/09/13(土) 15:44:58.92ID:NBJW/Efz
新mac板に初心者スレあった!
ところで検討はずれかもしれないけど、『UILexiconクラス』ってのを使えばことえり的な日本語変換できそうかな?
日本語では検索引っかからないんだけど新規追加のクラスなんですか?
0502デフォルトの名無しさん2014/09/13(土) 15:51:47.15ID:ula9jMGA
>>501
ここは言語スレなんでそろそろ死んで
0503デフォルトの名無しさん2014/09/13(土) 15:51:59.25ID:Bjr83Kqx
来月よりオライリーからSwiftプログラミング本が刊行ラッシュ
http://d.hatena.ne.jp/yomoyomo/20140907/swift
0504デフォルトの名無しさん2014/09/13(土) 16:16:40.06ID:NBJW/Efz
https://developer.apple.com/library/prerelease/ios/documentation/UIKit/Reference/UILexicon_Class/index.html#//apple_ref/occ/instp/UILexicon/entries
より、
『カスタムキーボードのための新しいクラスでios8以降で使えるもの』らしいです。
ヒント:
・UILexiconEntryオブジェクト
・UIInputViewControllerクラス内のrequestSupplementaryLexiconWithCompletion: を呼び出す。
・辞書やアドレス帳のデータベースから引き出せる。
英語でググってもこれしかヒント無いから解らないです。
使い方わかりますか?
0505デフォルトの名無しさん2014/09/13(土) 16:28:26.09ID:NBJW/Efz
>>502
objective-cの長い構文を簡単に使えるライブラリみたいな言語だよ。
jsに対するjQueryと同じ。それ以上語ることあんの?
やることなんて他の言語とほぼ同じで、条件分岐とループと参照、継承。
書き方が他の言語近づいただけじゃん。
何を期待してるの?
0506デフォルトの名無しさん2014/09/13(土) 17:02:19.39ID:pru8/gpG
>>504
打ち間違いの候補出してくれるだけだよ?
0507デフォルトの名無しさん2014/09/13(土) 17:35:51.74ID:NBJW/Efz
>>505
えー...
じゃあこっちかな、、
https://codeiq.jp/magazine/2014/07/12719/
より抜粋

・入力先の選択範囲変更や文字置換に対応する
ユーザーは、キーボードでの入力中でも、入力先を直接触って操作することで、選択範囲を変更することができます。変換系が文脈を理解する上で、この選択範囲の変更は把握したい場合が多いです。
また、入力先の文字列が変更されるタイミングを受け取りたい場合もあるでしょう。この場合は UIInputViewController に UITextInputDelegate プロトコルの実装を行えばよいです。
func selectionDidChange(_ textInput: UITextInput!)
のように、UITextInput (入力先にあたるもの)のオブジェクトを引数から得ることができますから、このオブジェクトを介して入力先に関する詳細な情報のやりとりや制御を行うことができます。
0508デフォルトの名無しさん2014/09/13(土) 17:47:52.49ID:T1el/Bd9
こんなのあるんだ。あの本にのってない仕様、まだまだ沢山ありそう
https://twitter.com/bavarious/status/479478848682463232
0509デフォルトの名無しさん2014/09/13(土) 19:20:32.46ID:XXAfWgZu
ID:NBJW/Efz の厚顔無恥ぶりは開発者とは思わせないなw
プライドだけは高そうだが、意味ないプライドなのは見透かされるのは開発者だとわかるだろうに
0510デフォルトの名無しさん2014/09/13(土) 19:41:17.09ID:Z1UHFJSo
言いたいことはわからんでもないが日本語でおkすぎる
0511デフォルトの名無しさん2014/09/13(土) 20:06:55.89ID:4yx7u6To
日本語がダメならswiftでもおk
0512デフォルトの名無しさん2014/09/13(土) 20:12:47.02ID:in/4aBaj
あーおれ基本ミュージシャンだからな。
webとか動画とかカメラは関連して必要だから覚えたかんじ。
今は商品開発しないといけないからArduinoとかで試作してて、アプリでも出すから今からやるならswiftかなーみたいな?
わかる?この何者でも無い薄っぺらさ。
0513デフォルトの名無しさん2014/09/13(土) 20:22:56.19ID:hy82vpoO
薄いな
0514デフォルトの名無しさん2014/09/13(土) 20:39:27.18ID:4yx7u6To
むしろ痛いな
0515デフォルトの名無しさん2014/09/13(土) 20:55:15.28ID:in/4aBaj
こ、これがガチプログラマーの職場か、、
キリキリした。。
0516デフォルトの名無しさん2014/09/13(土) 21:51:41.00ID:T1el/Bd9
こわいよね(*´・ω・)(・ω・`*)ネー
0517デフォルトの名無しさん2014/09/14(日) 00:21:57.86ID:Flfmi8F/
ジェネリック型のextension内で関数値を受け取るようなジェネリックなメソッドを作るとリンクに失敗するわ、、
はやくなおして
0518デフォルトの名無しさん2014/09/15(月) 23:43:28.86ID:m/+CxzWX
お前らの育てた基地外がXcodeスレで暴れてるぞ
0519デフォルトの名無しさん2014/09/15(月) 23:46:04.23ID:lYMgBy0G
基本的にスルーされているんだからいいんじゃね
0520デフォルトの名無しさん2014/09/17(水) 06:03:16.88ID:w7nyow6Y
>>515
失せろ
0521デフォルトの名無しさん2014/09/19(金) 00:51:44.18ID:5yTgoIyx
Swift本が書店に並び始めたな
0522デフォルトの名無しさん2014/09/19(金) 09:05:06.72ID:mmV6v+yA
>>521
ま、初物はスルーすることにしてる。

どうせ翻訳しました程度のリファレンス崩ればかりだからね。
大したサンプルもなく、解説もつまらない。そんなのはウェブ
見りゃ済む話だからね。
0523デフォルトの名無しさん2014/09/19(金) 09:29:41.58ID:XnPbIdx6
絶賛仕様更新中なので買ったらダメだろ
0524デフォルトの名無しさん2014/09/19(金) 09:44:23.60ID:mmV6v+yA
>>523
だな。

直ぐに読まなくなるだけじゃなく、ついていけなくなる。こんなのは、3,4
年経って仕様がバチッと決まり、あとは所詮追加ってレベルになって初めて
買える。

初心者はおいそれとこういう、マヌケな金欠出版社お抱えの三流ライターの
解説本とか買っちゃだめよ。奴らに金蒔いて養うことにしかならん。
0525デフォルトの名無しさん2014/09/19(金) 09:46:14.82ID:OJCIiOtw
今出てる本って内容も薄い気がする
0526デフォルトの名無しさん2014/09/19(金) 14:30:27.73ID:/90RjOv8
すぐに仕様が変わるから電子書籍がいいな
0527デフォルトの名無しさん2014/09/19(金) 15:17:46.49ID:+UkqKbcc
"離陸ガイド"の話か?
0528デフォルトの名無しさん2014/09/19(金) 18:43:26.44ID:s9RvZcra
日本でもエボラが流行りだしたら
本は不潔だから電子書籍の時代が来るな
0529デフォルトの名無しさん2014/09/19(金) 18:55:09.14ID:S8zfOOzD
おまえらw
もうswift雑談スレに変えてくれw
0530デフォルトの名無しさん2014/09/20(土) 07:22:33.88ID:0MbyH/eM
初心者向けいきなりswiftでプログラムという感じの入門書読みたい

これとか
http://www.amazon.co.jp/gp/aw/d/0134044703/ref=mp_s_a_1_17?qid=1411099467&;sr=8-17&pi=SY200_QL40
ちょっと期待してる
0531デフォルトの名無しさん2014/09/20(土) 09:09:48.70ID:4kzlEG1c
>>530
ところでamazonのURLでrefは消しとけよ
必要最低限必要なamazon URLの要素はググればわかるから
勉強して貼付けるように
万が一アフィってたら数すぞ
0532デフォルトの名無しさん2014/09/20(土) 09:25:17.12ID:hDNA4MqL
>>531
いいだろ別に。そんなのいちいち気にしてんなよ…
Swiftやるような開発者でも、アフィガーとか言うのな。
まるで嫌儲。恥ずかしい
0533デフォルトの名無しさん2014/09/20(土) 09:30:50.02ID:p579UTgt
http://www.amazon.co.jp/dp/d/0134044703/
0534デフォルトの名無しさん2014/09/20(土) 09:31:15.49ID:p579UTgt
訂正
http://www.amazon.co.jp/dp/0134044703/
0535デフォルトの名無しさん2014/09/20(土) 09:48:09.86ID:ass9mv6S
洋書だったら電子書籍しか買わない。
辞書が使えるから。
0536デフォルトの名無しさん2014/09/20(土) 10:34:01.61ID:0MbyH/eM
いきなりiOSゲームつくる本

http://shop.oreilly.com/product/mobile/9781939902115.do
0537デフォルトの名無しさん2014/09/20(土) 11:04:53.72ID:gV/O9kO+
広告嫌いは個人の嗜好だし別に恥ずかしくはないだろ
嫌儲が嫌ってるのはまとめブログで広告じゃないし
0538デフォルトの名無しさん2014/09/20(土) 11:09:32.08ID:yzKVnral
>>536
おらいらね
0539デフォルトの名無しさん2014/09/20(土) 16:38:16.80ID:antQ0nIm
公式翻訳まだ〜?
0540デフォルトの名無しさん2014/09/20(土) 16:44:56.49ID:NCF0ZY1+
//ジェスチャーの追加
var tapGesture = UITapGestureRecognizer(target: self, action: "tapGesture:")
tapGesture.numberOfTapsRequired = 1
button.addGestureRecognizer(tapGesture)

これと

//ターゲットの追加
button.addTarget(self, action: “tapGesture:”, forControlEvents: .TouchUpInside)

これらを

func tapGesture(sender: AnyObject){
let button = sender as UIButton
let title = button.titleForState(.Normal)
println(title)
}

このアクションで処理する時、ジェスチャーの追加をした場合ではタイトルが出力されません。
これはどういうことでしょうか?
どうすればボタンのプロパティを参照できますか?
0541デフォルトの名無しさん2014/09/20(土) 17:34:27.82ID:9dCg0hW5
>>540
UIGestureRecognizerのアクションメソッドの引数はUIGestureRecognizer自身(UIGestureRecognizerインスタンス)ということをふまえて、
アクションメソッドとその引数だけでなら、UITapGestureRecognizerのサブクラスにpropertyでも付ければ?
0542デフォルトの名無しさん2014/09/20(土) 17:36:44.96ID:9dCg0hW5
あ、ここはSwiftスレか。Swift案件というかCocoa初心者案件だなw
0543デフォルトの名無しさん2014/09/20(土) 17:51:15.59ID:NCF0ZY1+
func tapGesture(sender: AnyObject){
let button = sender.view as UIButton
let title = button.titleForState(.Normal)
println(title)
}

で出来ました!こんなのでハマって情けない、、
0544デフォルトの名無しさん2014/09/20(土) 23:33:55.21ID:NCF0ZY1+
>>541
ガン無視してて失礼しました^^;
GestureRecognizer自体もクラスだから拡張できたんですね!
勉強になりました。
0545デフォルトの名無しさん2014/09/21(日) 03:53:15.94ID:GzQqKC/g
アフィアフィうんこカス!アフィアフィうんこカス!アフィアフィうんこカス!
0546デフォルトの名無しさん2014/09/21(日) 04:33:15.25ID:yNiC5P3R
>>545
気持ちは分らんでもないが落ち着けw
swiftから始めたからobj-cがAAにしか見えなくて、でもそこからしか学べない時に俺も発狂しそうになる。
0547デフォルトの名無しさん2014/09/23(火) 18:06:36.66ID:WbhbMyFJ
swiftの書法についてなんだけど関数で処理が失敗した場合nilを返すのと空のオブジェクトを返すのではどっちがいいんだろう?
例えばデータをダウンロードする関数で成功したらNSDataにダウンロードしたデータを入れて返すとして
ダウンロード失敗の場合nilを返すのと NSData() を返すのでは後者の方がいい?

できるだけnilを使わない書き方が望ましいのかな?
0548デフォルトの名無しさん2014/09/23(火) 18:10:15.81ID:mQWNKtDe
関数の戻り値の型によるんじゃ
0549デフォルトの名無しさん2014/09/23(火) 18:23:54.25ID:8wJhmQ2U
>>547
失敗することがあるならOptionalでしょ。
失敗したときに空のNSData返されたら、失敗したかどうか判断しにくい。
返された非nilのデータをNSData()と比較で判断とか、まぬけな感じ。
絶対に失敗しないなら非Optional。
失敗することがあるならOptionalで、場合によっては引数にNSErrorPointer。
Objective-C考慮しなくていいなら、返り値とエラーをTupleにしてもいいかも?
もちろん、成功をBoolを返す関数とかだと、話は変わってくる。
0550デフォルトの名無しさん2014/09/23(火) 18:45:40.20ID:WbhbMyFJ
なるほど
0551デフォルトの名無しさん2014/09/25(木) 13:08:06.32ID:eOyq17q/
たしかに
0552デフォルトの名無しさん2014/09/25(木) 21:30:15.38ID:OLTEKpgF
@IBDesignable最高だな。今までの謎目隠しプレイは一体なんだったのか
0553デフォルトの名無しさん2014/09/27(土) 10:51:26.95ID:GTVQnCjU
Androidのレイアウトエディタと同等機能が付いたのか
もう不便さなんか気にしてないけど新しく入る人には良いね
0554デフォルトの名無しさん2014/09/27(土) 11:50:29.53ID:5PV3NxEC
もともとOSX開発でInterface Builder Pluginという仕組みはあったがiOSで封じられた

Cocoa Bindingも流行のFRPなりでスマートに復活してほしい
0555デフォルトの名無しさん2014/09/27(土) 12:04:30.95ID:MIHNpQEL
Interface Builder Plugin は Interface Builder が単体でなくなったからじゃなかったっけ
まあ、ユーザサイドでの拡張性はあったのには間違いないがあまりお手軽とは言えなかったような
0556デフォルトの名無しさん2014/09/27(土) 13:27:57.67ID:GTVQnCjU
XCTestの非同期テストもXcode6からだし開発環境は頻繁にデグレするな
言語仕様が大幅にデグレしないことを祈る(多少のデグレは諦める)
0557いぼっ2014/09/29(月) 15:51:10.96ID:V5exjQgA
男嫌いでオタクという設定にすれば食いつくんだろスレ
http://wc2014.2ch.net/test/read.cgi/voice/1405767952/l50

お前らのんきにイベント行ってる場合じゃないぜ
身を守りたかったら99要チェック
あ?何だ109は?補足情報120 犯罪暴露か?131、132、135、136
こいつなんでこんなに書かれてるんだ?
160、161どうしたもんかね?本人じゃね? 34歳だと?236
おっと良妻賢母の学校か〜244 ,247そーなのか〜ほー
254このマットてのはグラウンドの住宅に面した金網に脈絡なく汚ねえ立てかけ方されてるやつじゃね?取りに来たやつ悪い奴ってことか。
256,304,326,339ほー 352,355,357マジかよ、こりゃ許せねーなー変○者?
371,373ストー○ーでもあるのか、ほー375,378,406ほー
0558デフォルトの名無しさん2014/09/30(火) 00:31:35.06ID:QoKiTOmo
ときどき意味がわからない奴があらわれるが、あれか、小学生というやつか?
0559デフォルトの名無しさん2014/09/30(火) 01:10:33.70ID:uvE37vyH
そうとしか思えないわな
0560デフォルトの名無しさん2014/09/30(火) 01:40:24.50ID:hFTc8Xwl
iOSアプリの開発を始めるにあたって、SwiftとObjective-Cのどちらを最初に学ぶべき?
http://developers.slashdot.jp/story/14/09/28/056234/
0561デフォルトの名無しさん2014/09/30(火) 07:03:03.17ID:VAtZj0eq
>>560
新Mac板からの転記乙
0562デフォルトの名無しさん2014/09/30(火) 11:25:25.54ID:6jfiCxio
Xcode5で作ったmaster−detail型iOSアプリのテンプレート
のコード部分をswiftで書き直してXcode6でコンパイルする
とコンパイルは通るけど実行時にmasterのクラスが見つか
らないのエラーが出る

Xcode6 swiftで古いタイプのスプリッター型アプリを作るの
は無理でしょうか?
0563デフォルトの名無しさん2014/10/02(木) 15:11:41.68ID:x3OkRh++
Classes derived from generic classes must also be generic
なんだこりゃ・・・謎仕様
0564デフォルトの名無しさん2014/10/02(木) 20:18:35.62ID:2bZjvoj2
stackoverflowでも謎だよなーって言ってるなw
?や!の一周回って不便になりつつある仕様しかりマゾい言語だわ
0565デフォルトの名無しさん2014/10/02(木) 22:25:50.75ID:QbvSGjXE
やっとSwiftが使えると思ったらシミュレータが起動しなくなった

シミュレータ:Unable to boot the iOS Simulator.
Xcode:Unable to run app in Simulator

なにこれ
0566デフォルトの名無しさん2014/10/02(木) 22:37:51.74ID:x3OkRh++
仕様も仕様だし、現状不安定すぎて本当に疲れる
自分のバグかとしばらく悩んでいたらコンパイラのバグだったり、SourceKit?はキチガイじみた挙動をするし
一番きつかったのはブレークポイントしかけるとXcodeごと落ちるやつ。SwiftのSはドSのSなのか
0567デフォルトの名無しさん2014/10/02(木) 22:40:20.12ID:J690LAeG
その内それが快感へと変わっていく……
0568デフォルトの名無しさん2014/10/02(木) 22:41:03.53ID:x3OkRh++
unknownWeakReleaseってなんだよ・・・orz
unowned/weakのキャプチャは不安定っぽいから当分避けた方がよさげ
0569デフォルトの名無しさん2014/10/02(木) 22:53:13.31ID:yH69NZoH
>>566
今本番に近い形で使うチミはドMだと思うけど。すでに快感になってるでしょ?
0570デフォルトの名無しさん2014/10/02(木) 23:11:06.89ID:2bZjvoj2
言語がドSなのは良いこと
C言語しかり、その方がしっかりとエンジニアが育つ(淘汰されるとも言う)

PHPみたいにテキトーな言語仕様で始まってテキトーな言語仕様改変を続けると酷いことになる
最初のHTMLの中にコードが書けるって特徴どこ行ったっつーね
0571デフォルトの名無しさん2014/10/03(金) 02:57:59.34ID:bGT90BWi
xcode6.1にしたらcould not find an overload for init that accepts the supplied argumentsって出てコンパイル通らなくなったんだけど何が悪いんだろう
xcode6.0までは実行できてたんだよな
self.navigationController?.navigationBar.titleTextAttributes = [
NSFontAttributeName : UIFont(name: "HiraKakuProN-W3", size: 20)
]
0572デフォルトの名無しさん2014/10/03(金) 08:31:11.12ID:I4AMywYF
なんか、離陸する前に地上で爆破して終わっちゃいそうですね。
このダメ言語。
0573デフォルトの名無しさん2014/10/03(金) 09:48:23.08ID:teBDXpOS
ObjCにもどりたくないので頑張もらわないと困るわー今んとこマジでダメダメ言語であることは同意だけど

>>571
sizeをCGFloatにキャストしたらどうかな?→ CGFloat(20)
数値の暗黙変換がないのはミスを減らせるメリットはあるけど、どうにも記述量が増えるのと直感性に欠けてストレスたまる・・・
0574デフォルトの名無しさん2014/10/03(金) 09:52:42.87ID:TB3vQoT4
ベータ版で不安定とか何言ってんだこいつら

と思ったら既に1.0リリース済みだったww
0575デフォルトの名無しさん2014/10/03(金) 10:08:14.38ID:JgRn7gTI
>>573
これって内部的にはコピーインストラクタ?それともキャスト?
0576デフォルトの名無しさん2014/10/03(金) 10:11:26.14ID:JgRn7gTI
>>574
言語仕様は1.0でもXcodeと小さなランタイムが開発中
安定してるわけないだろ
0577デフォルトの名無しさん2014/10/03(金) 10:31:30.58ID:teBDXpOS
>>575
Command+Clickすればわかるけど、セマンティクス的にはコピーコンストラクタに近いっぽい
FloatingPointType#init(Int)を呼び出しているので
0578デフォルトの名無しさん2014/10/03(金) 10:36:05.48ID:CaIs5bTM
6.1でもまた変更あるね。この先ずっとこうなんだろうな。
アプリのアップデートで既存プロジェクトを開いたらコンパイルできませんって状況多発だろうなー。
0579デフォルトの名無しさん2014/10/03(金) 10:54:15.73ID:teBDXpOS
既出かもしれないけどここオススメ
https://github.com/ksm/SwiftInFlux
0580デフォルトの名無しさん2014/10/03(金) 12:03:55.59ID:I4AMywYF
>>578
早すぎて腐ってたんだろ。

これ、グダグダが続くだろうね。
0581デフォルトの名無しさん2014/10/03(金) 13:07:43.20ID:IPRvBh74
>>571
Swift1.1からFailable Initializerが導入されて、init()がOptional型を返せるようになったからUIKitのAPIもそれに合わせられた
init(name: String, size: CGFloat) -> UIFont?
だから辞書に入れるときに明示的にアンラップしないといけない

(ていうか1.0の場合でもUIFont#init(name:, size:)はnil返しうるから、一旦Optional型に代入してnil検査するのが行儀のいいコード。リリースノートに書いてある。)
0582デフォルトの名無しさん2014/10/03(金) 13:43:42.73ID:JgRn7gTI
>>577
いけてねーな
キャストとコピーコンストラクタは分けて考えるべきだろ
ランタイムの中の動作が気になる所だ
0583デフォルトの名無しさん2014/10/03(金) 13:54:52.53ID:kCklu6JZ
iPhone開発でもコピーコンストラクタとか代入演算子オーバーロードとか意識しないといけない時代が来たのか・・・/(^o^)\
抽象度下がって全然初心者に優しくねーな
というかここまで来たらC++でいい気がする
型推論もタプルも名前空間もジェネリクスもあるしな
Swift投げ捨ててC++でフレームワーク作り直せよ
0584デフォルトの名無しさん2014/10/03(金) 14:09:31.31ID:JgRn7gTI
一つ一つnilチェックしてコピーコンストラクタ呼んで、演算子や関数が override や extension で拡張されていないか確認して使えばスマートでセーフティ
マゾにはたまらない良い言語だな!
0585デフォルトの名無しさん2014/10/03(金) 14:25:43.54ID:gFFcTCDH
>>583
C++にするんだったらObjective-Cのままでいいよ
0586デフォルトの名無しさん2014/10/03(金) 15:11:57.89ID:bGT90BWi
>>573
>>581
ありがとう
Failable initializerでググったらいろいろ出てきた
var font = UIFont(~)
if font == nil {
で条件分岐することで出来た
でも自分で使うためのアプリだからnilチェックしないでUIFont(~)!って使ってるけど
0587デフォルトの名無しさん2014/10/03(金) 15:24:33.71ID:teBDXpOS
初心者には絶対やさしくないわ・・・
Javaみたいに抽象データ型をList<Int>とかSet<String>とかで表現したいのに
protocolがジェネリクスパラメータに対応してなくてAssociated type?でしか拡張できないから
関数側でwhereとか使って型の条件式を記述しなくちゃいけない(だるいけどstructやclassでサンクを作るという手もある)

C++みたいに関数をコンパイラレベルで具象型に特殊化できるようにするためなんだろうけど
カジュアルにやりたいのにしんどい仕組みを強要されるのはつらい
0588デフォルトの名無しさん2014/10/03(金) 19:20:58.53ID:CaIs5bTM
柔軟なのは認めるけど初出の時のカジュアルさはどこへやらだな
0589デフォルトの名無しさん2014/10/03(金) 19:29:21.00ID:+fJWotzN
Swiftの開発者って高級言語設計のエキスパートってわけじゃないんだな
これは駄目かもわからんね
0590デフォルトの名無しさん2014/10/03(金) 21:45:35.60ID:+Kawa44E
>>583
> Swift投げ捨ててC++でフレームワーク作り直せよ

そのフレームワークが COM(Component Object Model) なんだけど、
いまさら COM でゴリゴリ C++ コードを書きたい奴は >>583 の他に誰かいる?


>>587,588
カジュアルな開発を希望ならば、スクリプト言語の RubyMotion を使えばいい
あくまで Swift は Objective-C における C の安全性という問題を解消することを
目的に設計された言語だから、最初からカジュアルな開発なんて目標にしていない
0591デフォルトの名無しさん2014/10/03(金) 22:00:05.06ID:CaIs5bTM
>>590
俺は希望してないしObjective-Cでいいんだが、SwiftでiOS開発に夢見て参入してきた人らはちょっと涙目かなとw
0592デフォルトの名無しさん2014/10/03(金) 22:24:45.14ID:teBDXpOS
ObjCがいやなんでC++つかってたわ
C++は表現力高いから便利化レイヤーを設けた上ならカジュアルな記述もウェルカム
C++でQtみたいなフレームワークfor IOSを作ってくれればよかったんじゃ?とはおもう

http://qt-project.org/doc/qt-5/ios-support.html
ってQt自体がiOS対応してた・・・
0593デフォルトの名無しさん2014/10/03(金) 23:18:46.10ID:9KxFI5ri
>>590
え?そんな目的だったんだ?
0594デフォルトの名無しさん2014/10/04(土) 00:11:55.84ID:qpaDPuoT
Objective-CもCOMも、ABIやRPCを定義するという側面があるからな
素のC++じゃどうやっても無理で、ゴリゴリ書くのが嫌ならC++/CXみたいな拡張のほうに行かざるを得ない
0595デフォルトの名無しさん2014/10/04(土) 08:31:15.24ID:7Q0tqk1g
>>590
目的の一つがなかったことにされているw
まぁなくなってはいるんだけど、あの発表に騙されて swift 1.0 から使うヤツは涙目だな
0596デフォルトの名無しさん2014/10/04(土) 08:46:16.65ID:Sp3gzSQT
Tuple、文字列のswitch文、propertyのdidSetなどおいしいとこだけ輸入してObjective-C 3.0にしてくれればそれで満足だよ俺は。
0597デフォルトの名無しさん2014/10/04(土) 11:12:57.03ID:BF4zfWnE
GM seedクラッシュしすぎワロタ
0598デフォルトの名無しさん2014/10/05(日) 04:37:29.36ID:8YLPCOSQ
swiftのnil安全性と可読性の向上を差し置いて、アップデートで警告出てコンパイルできないとかの些細な問題で文句言ってる人は技術者に向いてないのではないか


我々の最大の敵は、複雑性だというのに
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
あ、そうそう
少し手直ししたよw
0653デフォルトの名無しさん2014/10/13(月) 18:11:54.34ID:2IfdctYm
>>651
ちなみに、そっちもおれのオリジナルねw
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
0699デフォルトの名無しさん2014/10/21(火) 09:49:02.79ID:XloY8IdL
structならクラス変数が使えて、privateにすればファイルスコープになるのか。なるほどー。
それにしても、publicやprivateの意味とか、他の言語と微妙に違うのが気になる。
0700デフォルトの名無しさん2014/10/21(火) 10:30:56.38ID:edTsuMEA
クラス変数エラー出たからもう、viewControllerに全部出すもん。
時間ないもん。
0701デフォルトの名無しさん2014/10/21(火) 11:07:32.18ID:PiNv6KYl
Xcode6.1 AppStoreにきてる
一部の.storyboardが開けなくなってたバグも治ってる
0702デフォルトの名無しさん2014/10/21(火) 12:26:37.43ID:3Czsh1Y9
enum rawValue と nilを返すコンストラクタの仕様変更で朝からビルドエラー潰し
もう嫌になっちゃうネ!
0703デフォルトの名無しさん2014/10/21(火) 14:27:08.90ID:KtwB32hV
Failable initializerとか嫌どころか待ってましたじゃん
仕様変更に喜びを感じられるぐらいじゃないと、いまSwiftを使うべきじゃないだろ
0704デフォルトの名無しさん2014/10/21(火) 17:05:12.94ID:0UW3NQgi
今更感がね、、、
それを回避する(バッド)ノウハウを Apple が指定してなかったっけ?
0705デフォルトの名無しさん2014/10/21(火) 17:08:03.70ID:PHCekvw0
>>701
それは8.0のシミュレーター入ってる?
betaの8.1のシミュ全然使えなかったけどどう?
0706デフォルトの名無しさん2014/10/21(火) 21:15:42.74ID:PiNv6KYl
>>705
基本実機で動かしてるから、シミュレーターはそんなに使っていないけど
ロジックテストは8.1のシュミレーターで普通に通ってますわ。アプリの基本機能もとりあえず問題ないっぽい
0707デフォルトの名無しさん2014/10/21(火) 22:44:09.89ID:xrLiD/wR
tnx
0708デフォルトの名無しさん2014/10/21(火) 23:01:43.61ID:7WAeJlTS
で、Objective-Cでよくね?っていう
0709デフォルトの名無しさん2014/10/21(火) 23:19:43.11ID:XEHUXI0F
質問しようと新Mac板で探したらあっちは雑談みたいな感じでしたので、関連と貼られてたこちらで質問します。
Swift初心者で、画像処理系を学ぶ延長線上でPhotoExtensionを勉強しているのですが、画像保存が出来ずに困っています。
参考として顔写真にジェントルな髭を生やすこのサンプルを使ってるのですが、エラーが出てしまいます。
http://blog.elpassion.com/el-mustache/
調べた所、IImageJPEGRepresentationに画像データが入ってないためnilエラーが返ってきてたようなのですが、以下のコードのどのあたりを直すといいのでしょうか?

・製作中のExtension.swiftのfunc finish内
let output = PHContentEditingOutput(contentEditingInput: self.input) // 編集済画像参照
let saveImgData = UIImageJPEGRepresentation(self.image, 0.1) //JPEGとして保存
var error: NSErrorPointer = nil
NSLog("%@", output.renderedContentURL) //参照した画像のアドレスをログに出す
saveImgData?.writeToURL(output.renderedContentURL, atomically: true) //画像を保存する ←ここでoutputに入るはずのデータが入ってない


・SwiftMustaches PhotoEditorViewController.swift -> func finish-内
let output = PHContentEditingOutput(contentEditingInput: self.input)
output.adjustmentData = self.adjustment!.adjustmentData()
let fullSizeAnnotatedImageData = UIImageJPEGRepresentation(self.image, 0.9)
var error: NSError?
et success = fullSizeAnnotatedImageData.writeToURL(output.renderedContentURL, options: .AtomicWrite, error: &amp;error)
if success {
NSLog("Saved successfully")
completionHandler?(output)
}
else {
NSLog("Error when writing file: \(error)")
completionHandler?(nil)
}
0710デフォルトの名無しさん2014/10/21(火) 23:33:30.21ID:3SWr2ruD
self.image に画像はちゃんと入れてるの?
0711デフォルトの名無しさん2014/10/21(火) 23:40:06.82ID:7WAeJlTS
だめだ、おれはセミコロン依存症かもしれん…
ただの文字の羅列に見えてしまう
0712デフォルトの名無しさん2014/10/22(水) 00:27:40.92ID:YmpQT9+3
>>710
self.imageには画像入れてます。
色々と弄った所、Doneで確定は出来るんドSが、ログに
Content editing output is missing adjustment data.
が出て保存されない状態になってます。
髭サンプルにあるsuccess分岐を入れると、image savedと出たのでUIImageJPEGの部分は上手く動いてるようには見えるのですが、さっぱりわからないです・・・
0713デフォルトの名無しさん2014/10/22(水) 00:28:47.17ID:YmpQT9+3
どえすわろた
image saved -> Saved successfully ですね。

この部分です。
let success = fullSizeAnnotatedImageData.writeToURL(output.renderedContentURL, options: .AtomicWrite, error: &error)
if success {
NSLog("Saved successfully")
completionHandler?(output)
}
else {
NSLog("Error when writing file: \(error)")
completionHandler?(nil)
}
0714デフォルトの名無しさん2014/10/22(水) 17:35:15.46ID:09vRtLa/
javascriptもswiftも飽きるよな
Objective-C最高
0715デフォルトの名無しさん2014/10/22(水) 20:23:53.18ID:tMZHUzNJ
逆にobj-cはAAにしか見えないんだけど、、
swiftのグローバル変数の遅さ早くなんとかしてもらいたい。
0716デフォルトの名無しさん2014/10/22(水) 21:21:40.50ID:bv0+gz6+
グローバル変数が遅いってなんなの?あまりありえないよーな
作りが悪いのをグローバル変数のせいにしてない?
0717デフォルトの名無しさん2014/10/23(木) 03:59:06.36ID:dXJn7cDs
自分の設計が悪いのを言語のせいにするのは誰もが通る道
0718デフォルトの名無しさん2014/10/23(木) 06:58:22.43ID:QsQhyUlJ
まともな言語でも人によってはいくらでもひどい設計に出来る
0719デフォルトの名無しさん2014/10/23(木) 08:04:11.54ID:g5BlEiEq
で、なんでObjective-Cやめようとしてるの?
0720デフォルトの名無しさん2014/10/23(木) 08:16:01.95ID:KBq+arCa
そこに言語があるから

ドSの問題がよく分からんな
swiftとは関係ない所でこけてるんだろうが Extension の試験がてら組んでみるか
0721デフォルトの名無しさん2014/10/23(木) 11:46:39.83ID:N4gIq5Wp
Scalaのcase classのcopyみたいなのほしい・・・

あとEquatableとかComparableとか、フィールド型から自動導出してくれないかなあ(Haskellのderivingみたいな)
型安全のためにStringとかナマで使いたくないからラッパー型作るけど、その度に大量のboilerplate書くはめに
0722デフォルトの名無しさん2014/10/23(木) 14:12:37.11ID:V4+/NqZk
classの外に変数出して参照すればわかる。
10個のボタンで処理に1秒かかる。
0723デフォルトの名無しさん2014/10/23(木) 17:13:23.61ID:KRp/epXc
Appleの新言語「Swift」をオープンソースで実装するプロジェクトがスタート、GNUStepの開発者も参加
http://sourceforge.jp/magazine/14/10/24/083300
0724デフォルトの名無しさん2014/10/23(木) 17:48:16.13ID:dXJn7cDs
Obj-C はランタイムとかオープンなんだから、Swift もそうすりゃ良いのに
0725デフォルトの名無しさん2014/10/23(木) 18:26:54.59ID:X8F9OQuD
開発陣はオープンも見据えているような。まあ、クック次第になるのかクックは関知せずなのか
Googleよりもって言っても何にも訴求力無いよなあ。都合の良い時にGoogleよりもMSよりもAppleよりもにしか見えなさそう
0726デフォルトの名無しさん2014/10/23(木) 18:33:23.97ID:OWRrG931
ARCがバグってるのか知らんがretain/releaseが大量に挿入されるのは治ったのか
betaの頃にバイナリをotool -tVして使う気が失せたのだが
0727デフォルトの名無しさん2014/10/23(木) 21:07:09.13ID:iFNisP7S
obj-cでいいよ
面白半分以外でこれを使う理由もなし
0728デフォルトの名無しさん2014/10/23(木) 22:42:54.89ID:NB0Q8hIq
WatchKit only Swiftで世の開発者の度肝を抜いて欲しい
0729デフォルトの名無しさん2014/10/23(木) 23:02:09.98ID:g5BlEiEq
AppleはObjective-Cでさえ障壁が高い側面があったのに、Swiftとかいう
完全独自言語に切り替えようとして何をかんがえてんのかね…
0730デフォルトの名無しさん2014/10/23(木) 23:22:05.72ID:XHV0GAIZ
きみはずっとあっちでC++とJava使ってればいいじゃないの
0731デフォルトの名無しさん2014/10/23(木) 23:22:28.18ID:mqPdLlLo
UITableView の dequeueReusableCellWithIdentifier メソッドを使ってObjC時代のようなセルの再利用をしたいのですがやり方がわかりません
ネットにサンプルはたくさんあるのですがどれもエラーがでます

dequeueReusableCellWithIdentifie で返ってくる値は AnyObject? 型のようなのでとりあえず as 構文を使って UITableViewCell? としてキャストしてやります

let cell = tableView.dequeueReusableCellWithIdentifier("Cell") as UITableViewCell?

続いてもし nil だったら cell を新しく作る ということをやります

if cell == nil {
cell! = UITableViewCell(style: UITableViewCellStyle.Default, reuseIdentifier: "Cell")
}

return cell

このようにやるとビルドは通るのですが実行時にエラーとなります
どこが間違っているのかわかりません
0732デフォルトの名無しさん2014/10/23(木) 23:23:30.94ID:mqPdLlLo
return cell → return cell!

訂正
0733デフォルトの名無しさん2014/10/23(木) 23:35:54.84ID:g5BlEiEq
>>730
いや、せっかく言語ランキングで3位くらいまでになったんだし、
Objective-Cでいいじゃないという論旨なんだけど…。
0734デフォルトの名無しさん2014/10/24(金) 00:51:55.54ID:iM0H1WAY
完全独自言語と呼べるほど目新しい機能ないんだよなあ
0735デフォルトの名無しさん2014/10/24(金) 01:12:01.33ID:gc7aISTh
逆に不完全なものを色々詰め込んだ結果混乱の温床に
playgroundとか自分のコードが間違ってるのかplaygroundのバグなのか考えなきゃいけない時点で論外だし
0736デフォルトの名無しさん2014/10/24(金) 01:14:02.80ID:J3hM9+BR
まだよく使ってないが、ポインタ周りは逆に扱いづらくなったのか?
0737デフォルトの名無しさん2014/10/24(金) 01:30:50.53ID:z1D9cZ8M
目新しい機能がないのなら、なぜまたObjective-Cを導入したときのような
開発者の眉間にしわを寄せさせるようなことをするのだろうか…
(眉間にしわを寄せてるのは無能なおまえだけとかいう声がきこえてきそうだが)
0738デフォルトの名無しさん2014/10/24(金) 02:53:30.02ID:knrWK1Ms
すごいなNEXTSTEPからの古参らしいよ
0739デフォルトの名無しさん2014/10/24(金) 07:16:16.82ID:cK9PTyvC
>>729
ボラクルが管理しているJavaを採用したGoogleはどうなったかな?
0740デフォルトの名無しさん2014/10/24(金) 07:22:52.99ID:vbIEXmL9
どうなったの?
0741デフォルトの名無しさん2014/10/24(金) 08:30:59.61ID:S3fKdVaO
リリースされたっつーのに、全くと言っていいほど盛り上がってないなw

こりゃ、数年で消えるなコレ。
0742デフォルトの名無しさん2014/10/24(金) 08:50:15.90ID:agHk22KZ
Google が Java 採用した時点では
まだボラクル支配下ではなかったし
Google は内心 Java に見切りを付けて
Dart (ω) とか go (ω) とか脱却を考えてるみたいだし
0743デフォルトの名無しさん2014/10/24(金) 08:51:49.81ID:z1D9cZ8M
>>741
つまり実質、無理して言語変える必要ないってことだろうな…
新しい言語に挑戦しないやつはカスとか言うやつもいるけどな
そういうやつは飛びついて遊んでればいい
0744デフォルトの名無しさん2014/10/24(金) 09:51:18.19ID:w1pamadt
>>731
>if cell == nil {
>cell! = UITableViewCell(style: UITableViewCellStyle.Default, reuseIdentifier: "Cell")
>}


cell! = UITable~~~
なんて書き方ないよ
cell = UITable~~~
でいいんじゃないの
0745デフォルトの名無しさん2014/10/24(金) 10:19:25.92ID:CyQs/C+j
Xcode6.0でコンパイルできたのが、Xcode6.1にしたらエラー出まくり
うんで、エラーでないように書き換えると、iOS8.0の端末で実行するとエラーになる
ここ見ると8.0から8.1でメソッドとか大量に削除されてるんだけど、全部該当箇所書き換えるしかないの?
8.0にはどう対応すんの?
頭良い人教えて
0746デフォルトの名無しさん2014/10/24(金) 10:20:20.96ID:CyQs/C+j
リンク書き忘れた
ここね
https://developer.apple.com/library/ios/releasenotes/General/iOS81APIDiffs/modules/Foundation.html
0747デフォルトの名無しさん2014/10/24(金) 11:15:58.97ID:xK4Fy7uR
Deployment Targetは8.0になってる?
こっちもXcode6.1+iOS SDK 8.1にて当該メソッドつこうてるけど普通に8.0の実機で動いてるなあ
0748デフォルトの名無しさん2014/10/24(金) 13:05:22.33ID:Yg3oGbvH
Swift になって UITableView 使ってないから適当だけど、多分こんな感じ
if let cell = tableView.dequeueReusableCellWithIdentifier("Cell") as? UITableViewCell {
return cell
} else {
return UITableViewCell(style: UITableViewCellStyle.Default, reuseIdentifier: "Cell")
}

表記が違うだけで obj-c と手順、処理は全く同じだから、なにかswiftとしての表記方法が違うんだろうなぁ
上記で as? が常にNGで毎回作り直しにならなければ良いが
0749デフォルトの名無しさん2014/10/24(金) 13:12:14.47ID:Yg3oGbvH
>>745
俺は泣きながら書き換えた
ランタイムがメソッドの増減に応じて更新されてるのだろう、iOS7.xや8.0でも普通に動いたぞ
0750デフォルトの名無しさん2014/10/24(金) 15:21:54.21ID:CyQs/C+j
>>747 >>749
実際に簡単にテストした

Xcode6.1でSingle View Applicationで新規プロジェクト(もちろんLanguageはSwift)作成
Deployment Targetを8.0に変更
最初からあるViewControllerクラスのviewDidLoad内に以下記載(Xcode6.0で問題無いコード)
 var credential:NSURLCredential = NSURLCredential.credentialWithUser("hoge", password: "hoge", persistence: NSURLCredentialPersistence.None)
この時点でビルドエラーの警告が出る。
以下に書き直す
 var credential:NSURLCredential = NSURLCredential(user: "hoge", password: "hoge", persistence: NSURLCredentialPersistence.None)
エラー無くビルド成功

という感じ
ちなみに昨日はダメだったのに今日試したら8.0でも動いた
Deployment Targetが8.0になってなかったのもしれない


>>747さんはNSURLCredential.credentialWithUserを使用してもXcode6.1で問題無くビルドできる?
0751デフォルトの名無しさん2014/10/24(金) 16:02:56.99ID:xK4Fy7uR
>>750
私は今はSDK8.1をつかっているから、リストにあるとおりそのメソッドは削除されていてコンパイルは通らない
Failiable(SDK8.1)版ではコンパイルは通り、実行もうまくいってるように見える

Deployment Targetが8.1になっていると、8.0上で実行した場合同じFailiable版でもABIが違う?せいで実行時にエラーになるんじゃないかなぁ
で、再現しようと思ってDeployment Target=8.1で8.0の実機にデプロイしようとしたけど、そもそも選択できなくなっている・・・
0752デフォルトの名無しさん2014/10/24(金) 16:40:04.27ID:w1pamadt
萩原本キタ━(゚∀゚)━!
0753デフォルトの名無しさん2014/10/24(金) 16:44:25.27ID:vbIEXmL9
お、ホントだ。しかし出るの早くないかね。
http://www.amazon.co.jp/dp/4797380497/
0754デフォルトの名無しさん2014/10/24(金) 20:17:56.06ID:XW+WzFik
目次を見る限り、公式本以上のことが書かれてるようには思えんな
むしろ、クラスライブラリとの連携の方に力を注いでくれれば
0755デフォルトの名無しさん2014/10/26(日) 18:21:23.17ID:jWON/NkI
英語読めない&英語読みたくない怠け者向けだろ
普通の志高いエンジニアなら、公式ドキュメントどんどん読んでコーディングしてるわ
0756デフォルトの名無しさん2014/10/26(日) 20:50:01.38ID:7LQmDnVF
公式は全部読んだがSwift縛りの案件でもない限り実際にプロジェクトで使う機会はまだ先になりそうだわ
0757デフォルトの名無しさん2014/10/27(月) 00:49:52.53ID:np5BidJo
たのしいSwiftプログラミング
http://www.amazon.co.jp/dp/4861009499/

今Amazonのベストセラー1位になってる。
やっぱり良い本は売れるのかな?
0758デフォルトの名無しさん2014/10/27(月) 00:59:09.72ID:mdIzEfWs
こういうやつの初版ってだいたいミスが多いから少し様子見するか
英語ドキュメント読んで適当に勉強した方がいいと自分は思う
0759デフォルトの名無しさん2014/10/27(月) 01:33:09.20ID:HnvZBFr+
>>757
宣伝露骨過ぎるぞ
0760デフォルトの名無しさん2014/10/27(月) 03:04:19.52ID:Q4o9MO++
>>757
Objective-Cをやっててその著者を知らなければモグリってレベルの人だからな。売れて当然。
0761デフォルトの名無しさん2014/10/27(月) 04:05:47.75ID:dBZ7xcRa
>>757 >>760
どうして著者名のリンク先クリックすると
エロ本ばっかり出て来るのはなぜ
0762デフォルトの名無しさん2014/10/27(月) 08:39:46.62ID:vN2Fe9bL
>>757
この手の書籍で初版本なんて買う価値ないよ。

まだ、こなれてすらいない上に、仕様変更もバリバリあるっつーのに。
0763デフォルトの名無しさん2014/10/27(月) 09:36:51.09ID:wK4QYAC1
著者にサインでもしてもらうなら初版本の意味はある
0764デフォルトの名無しさん2014/10/27(月) 09:40:15.01ID:Q4o9MO++
>>761
うちでは出なかったな。普段見てるジャンルがサジェストされたんじゃね?

確かにSwiftは変更への追従がな…アップデートできる電子書籍がいいね。
0765デフォルトの名無しさん2014/10/27(月) 11:04:54.59ID:Xh6cAhxc
「たのCoco」のSwift版かな?
iPhoneアプリ作りも同時に学びたい完全な初心者にはいいと思う
俺も昔「たのCoco」にはお世話になった
iPhone以前は日本語の書籍なんて数えるほどしかなくて「たのCoco」で入門し「萩原本」でObjCの詳細と「HMDT本」でフレームワークの詳細を学ぶのが定番、というかそれしかなかった
0766デフォルトの名無しさん2014/10/27(月) 11:53:56.09ID:vN2Fe9bL
>>761
君がそういうのを普段からアマゾンで検索しているってことだよ。
0767デフォルトの名無しさん2014/10/27(月) 11:57:53.54ID:CF5InrED
試しにクリックしたら、木下の名前が入ってるやつがずらずらとw
0768デフォルトの名無しさん2014/10/27(月) 12:07:01.11ID:pOuq9Cgi
amazonってかなりいい加減なんだな
0769デフォルトの名無しさん2014/10/27(月) 15:41:28.49ID:ykZYymhu
過去履歴&著者名だと思う、Amazonは無駄に賢い

swift 1.0ベースで書かれてるならサンプルコードはビルドエラー出そうだな
阿鼻叫喚なレビュー欄になったら大笑いしよう
0770デフォルトの名無しさん2014/10/27(月) 15:56:34.52ID:Q4o9MO++
電子版も出るらしいから俺は電子版待ち
0771デフォルトの名無しさん2014/10/27(月) 17:32:27.92ID:Pr+PMqeb
Swift,他の言語が踏み抜いてきた地雷を悉く踏み抜きなおしてるあたり完全に車輪再発明による経験と知見の獲得手法っぽい
0772デフォルトの名無しさん2014/10/27(月) 21:40:17.20ID:herLuYxF
Swift本買ってきた。
プログラミングはやったことない。けどやる気はある。なので挑戦します。
0773デフォルトの名無しさん2014/10/27(月) 22:08:49.24ID:fMLzRT3j
>772 買ったのは757の本ですか?
0774デフォルトの名無しさん2014/10/28(火) 01:48:00.21ID:3/NMeQjb
>>773
そだよ。
買ってから気づいたけどこの本25日発売なんだね。
26日に注文したからベストセラーになってるの自体意味不明なんだが。Amazonは1日でベストセラーになる仕組みなのか??
0775デフォルトの名無しさん2014/10/28(火) 07:16:17.14ID:kidyx0yc
>774
金曜日昼頃にジュンク堂で買いました。既に数冊売れてる様子で、リアルに注目度高そうです。
アマゾンは数日前予約注文の時点から1位表示してましたね。当選確実みたいな感じ?マーケティング手法かもしれませんが。
0776デフォルトの名無しさん2014/10/28(火) 14:15:04.71ID:gdT9NLPu
該当スレが分からず、こちらでご質問させてください。

プログラミング1ヶ月半の初心者で、趣味で、Swiftを使ってオーディオ再生(耳コピ)アプリを作り始めました。
githubやgoogleなどで検索し、なんとか、AVAudioEngine, AVAudioFile, AVAudioMixerNode, AVAudioPlayerNodeらを使って、
mp3を再生し、ピッチの変更や速度の変更ができるようになりました。

ですが、音源の現在再生時間と総時間の表示(取得?)方法がわかりません。
AVAudioPlayerの.currentTimeや.durationのようにできればいいのですが、、、
何かアドバイスをいただけませんでしょうか?

stackoverflowでも質問をしたのですが、返答を得られずで困っています。
スレ違いであれば申し訳ございません。該当スレをご案内いただけるとありがたいです。
0777デフォルトの名無しさん2014/10/28(火) 14:27:16.86ID:wy5tUV1R
スレ違いです
0778デフォルトの名無しさん2014/10/28(火) 17:02:18.29ID:yV+uoqZU
今からiphoneやるとしたらswiftかobjectiv-cかどっちなんでしょう
仕事の量的に
0779デフォルトの名無しさん2014/10/28(火) 17:03:35.17ID:RFDmUIZy
板違いです
0780デフォルトの名無しさん2014/10/28(火) 18:04:17.88ID:f9LUt8Jj
言語仕様変更対応の作業量 + swiftのデメリット説明の作業量 が単純にプラス
作業量はプラスになれどマイナスには
ならねーな
なお、swiftを使った時のメリットは押して知るべし
0781デフォルトの名無しさん2014/10/29(水) 01:45:16.99ID:D4BP0aab
俺も「たのしいSwiftプログラミング」買ってみよう
0782デフォルトの名無しさん2014/10/29(水) 08:15:51.73ID:FNNFJVXh
>>780
日本語(ry
0783デフォルトの名無しさん2014/10/29(水) 10:04:16.45ID:1ji2jwoQ
>>780
イマイチなにが言いたいのか分かりにくいって先生に言われた事ない?
0784デフォルトの名無しさん2014/10/29(水) 10:06:19.84ID:1ji2jwoQ
>>781
買った者だけど。
内容はプログラムやったことない人向けの入門書だから経験者なら違う本のほうがいいと思うよ?
入門、基礎、応用 があるとしたらこれは入門だ。
0785デフォルトの名無しさん2014/10/29(水) 10:35:41.52ID:802jJpUX
リファレンスが欲しいな。サンプルつきの。
0786デフォルトの名無しさん2014/10/29(水) 11:27:30.96ID:si5x9HWS
x 押して知るべし
o 推して知るべし
0787デフォルトの名無しさん2014/10/29(水) 14:13:36.86ID:l9ZYbS7g
>>784
マヂで?
未出荷の得体のしれないツールで未経験者に学ばせるとか犯罪行為じゃねーか
0788デフォルトの名無しさん2014/10/29(水) 14:31:18.08ID:SeUM5lvq
10/31に発売される本が気になってる
これも入門までなのかな…
0789デフォルトの名無しさん2014/10/30(木) 00:21:46.12ID:oh18hK9B
林檎を啄む雨燕
0790デフォルトの名無しさん2014/10/30(木) 07:05:37.40ID:3twqMXp6
『たのしいSwiftプログラミング』は
iOS 8.1&Xcode 6.1対応の正誤表が出版社のサイトにあるから
確認しといたほうがいいよ
0791デフォルトの名無しさん2014/10/30(木) 18:46:04.72ID:VmN1V5BB
プログラミング初心者でゲーム作っているものですが
2次配列?でマップデータを作ろうと思っています。
swift的にはどうすれば良いでしょうか?
調べてもよくわからなかったので聞いてみました
よろしくお願いします
for i in 0...100 {
for j in 0...100 {
myArray[i][j] = 1
}
}
0792デフォルトの名無しさん2014/10/31(金) 00:59:48.47ID:Mbzd2+ZS
>>791
obj-cの時と同じです。これ以上の答えはスレ違いだよね?
0793デフォルトの名無しさん2014/10/31(金) 01:34:31.54ID:8EHD95uJ
なんでObjective-Cのスレなくなっちゃったの?
0794デフォルトの名無しさん2014/10/31(金) 08:57:49.88ID:9lqSIWVV
自分の胸に手をあててよく考えてみろ
0795デフォルトの名無しさん2014/10/31(金) 12:26:41.69ID:luzco4DI
Objective-C [ObjC part:8]; 立てたの俺だけど、普通に人が居なくて落ちたんだけど
0796デフォルトの名無しさん2014/11/01(土) 04:25:24.91ID:woVuP3aC
>>795
Objective-C [ObjC part:9]; として立てていただけませんか?
0797デフォルトの名無しさん2014/11/01(土) 08:26:26.50ID:12FSUUrY
立てても人いなくてまた落ちるだろ
0798デフォルトの名無しさん2014/11/01(土) 08:49:20.41ID:woVuP3aC
大丈夫、おれがいる(キリッ
0799デフォルトの名無しさん2014/11/01(土) 11:02:22.66ID:7FgWisHg
iPhone開発スレさえあれば人はそっち行くからなぁ
0800デフォルトの名無しさん2014/11/01(土) 14:06:48.16ID:12FSUUrY
立てた。

Objective-C [ObjC part:8.1];
http://peace.2ch.net/test/read.cgi/tech/1414816517/

俺も努力するが落とさないようちゃんと手伝えよ?
0801デフォルトの名無しさん2014/11/01(土) 14:09:47.63ID:woVuP3aC
>>800
うぉおお、ありがとう!
ム板に言語スレとしてのObjective-Cがないのはやっぱりおかしいからな
0802デフォルトの名無しさん2014/11/01(土) 14:19:01.99ID:c9/p9yfG
>>800
乙
0803デフォルトの名無しさん2014/11/01(土) 15:45:45.94ID:n9Utb8CS
Swiftは結局ObjCを置き換える存在なの?
新規参入者を取り込むための「Swift < ObjC」言語という印象もあるし、
将来的にはObjCを完全に淘汰するダークホースという印象も受ける。
Appleの公式文章読む限りではその両方を目指しているようだけど、それじゃ曖昧すぎる。
明確なビジョンを示せていないという意味ではあくまで実験的な言語だという印象しか受けられない。

Appleがその辺明確にしないからうちの会社は未だにObjC使い続ける方針。
Appleがこういう曖昧な姿勢のままだとSwiftはいつまでたっても受け入れられないと思うな。
0804デフォルトの名無しさん2014/11/01(土) 15:48:15.60ID:n9Utb8CS
思い切ってObjective-Cは将来的に廃止しますと宣言するくらいじゃないとSwiftはこの先生きのこれない。
0805デフォルトの名無しさん2014/11/01(土) 15:54:59.50ID:Pwgk0alo
CarbonとCocoaみたいな関係になるんじゃないの
0806デフォルトの名無しさん2014/11/01(土) 16:28:01.89ID:7WUIo8T4
既存のフレームワークを全部Swift向けに書き換える/書き加えるとなると、Appleの技術者陣でもどうかなあ、どっちかというと無いだろうな
これからの新しいのはSwiftも、もしくは、Swiftだけという方がありそうといえばありそう
でも、Core(C)/既存(Objective-C)/純粋Swiftとびみょーにカオスだなw
0807デフォルトの名無しさん2014/11/01(土) 16:43:22.70ID:/sKqVtob
Core はC 、表層はSwift になるんじゃないかな。
0808デフォルトの名無しさん2014/11/01(土) 16:44:22.12ID:/sKqVtob
見た目、Swiftの方がCに近いし
0809デフォルトの名無しさん2014/11/01(土) 16:49:04.30ID:7WUIo8T4
見た目ねえ。違う方が違うとわかりやすいともいえなくね

: をどっちに付けるって意味がわかったのはObjective-Cのオブジェクトを呼ぶところでだったなあ。最初なんで型の方にくっついているねんて違和感あった
0810デフォルトの名無しさん2014/11/01(土) 17:14:47.14ID:alEdmYsb
>>803
正直AppleもSwiftがここまで盛り上がるとは思ってなかったんじゃい?
WWDCの最後の方でちらっと発表しただけだったし

ただその盛り上がりもSwiftそのものの魅力というよりはiOS/OS Xのアプリ開発者が
近代的なプログラミング言語に飢えてただけなのかもしれないけど
0811デフォルトの名無しさん2014/11/01(土) 17:39:29.03ID:woVuP3aC
Objective-CはCのスーパセットのようなもんなんだってば…
Objective-CほどCと親和性のあるOOP言語はなくね?
AppleがSwiftをやり始めた意図が未だによくわからん
0812デフォルトの名無しさん2014/11/01(土) 17:55:27.41ID:WexWFr3x
Objective-Cなんて化石みたいな言語使ってるからだろ。
いい加減過去の遺物にしがみついていたのが馬鹿らしくなっただけだ
0813デフォルトの名無しさん2014/11/01(土) 17:57:53.53ID:7WUIo8T4
まあ、Swiftで便利なのいっぱいあるやん。Objective-Cに付けてくれればいいのにとも思うがw
見た目だけで(>>809じゃないよ)Objective-Cがなんだかんだ言うヤツもふつうにいるようだし、Swiftの便利なのをObjective-Cに付けるならここは新しい言語仕様でとか?
0814デフォルトの名無しさん2014/11/01(土) 18:01:11.92ID:7WUIo8T4
>>812
「過去の遺物」の使い方/意味を理解してないでしょ?「過去の遺物」って言いたいだけなんだろうけどw
0815デフォルトの名無しさん2014/11/01(土) 18:31:56.95ID:woVuP3aC
Swiftとか、ネタ切れになってきたAppleがWWDCでの新OSの新しい感を
補強するための苦し紛れのネタじゃないの?
0816デフォルトの名無しさん2014/11/01(土) 18:54:32.22ID:woVuP3aC
こやつか
http://www.nondot.org/sabre/
0817デフォルトの名無しさん2014/11/01(土) 19:08:57.81ID:7WUIo8T4
そんなにSwiftに反感もっているのもわからないなw
0818デフォルトの名無しさん2014/11/01(土) 19:10:25.29ID:7WUIo8T4
ID:woVuP3aC、お前>>800どうすんだよっw
0819デフォルトの名無しさん2014/11/01(土) 19:14:44.45ID:woVuP3aC
>>818
最初嫌いだったけど、使ってるうちにObjective-Cが好きになっちゃったってのもあるし、
歴史はC++よりちょっと新しいくらいだけどCとの親和性が高いし

どうすんだよって何で??w
プログラム板なのに今や超メジャーな言語なのに、そのスレがないのは悲しいでしょ
普通に使ってくよ
0820デフォルトの名無しさん2014/11/01(土) 19:18:26.91ID:7WUIo8T4
>>819
「最初嫌いだった」だってw 言語に嫌いも何もありゃせんやん。5年後にSwiftも「最初嫌いだった」とかいいそうだな
超メジャーとかなに言っているのか。お前はなにか作る目的のために言語を選んでるんじゃないのか?みんなが使っているかどうかなのか?

いや、お前Objective-Cだけなんだろ?Swiftやる気もないんだろ?だったら>>800で幸せに暮らせばええやん?お前が望んだ場所なんだしw
0821デフォルトの名無しさん2014/11/01(土) 19:22:13.09ID:woVuP3aC
>>820
お、おう…。
0822デフォルトの名無しさん2014/11/01(土) 21:28:35.49ID:FGLDgIeT
>>819
Objective-CとC++は殆ど同時期じゃないのか?
NEXTで採用されるまえは日陰の存在だったのは確かだが。
0823デフォルトの名無しさん2014/11/01(土) 21:34:19.93ID:woVuP3aC
>>822
ほぼ同時期と言えるかもね。4年くらいみたい
(↓のアドレスのiとtの間のスペース消してください)
http://bi t.ly/1u6w1aR
0824デフォルトの名無しさん2014/11/01(土) 21:38:02.00ID:woVuP3aC
あ、Objective-Cの話題はスレチと言われちゃうかもしれないので、
せっかく作ってもらった下記スレもよろしくですw

Objective-C [ObjC part:8.1]; [転載禁止]©2ch.net
http://peace.2ch.net/test/read.cgi/tech/1414816517/
0825デフォルトの名無しさん2014/11/02(日) 17:13:59.41ID:Rnn+BjWS
>>824
let s: プログラミング言語? = Swift[2]
http://anago.2ch.net/test/read.cgi/mac/1408755325/
↑作った人と同じ人?スレタイ気持ち悪いな
0826デフォルトの名無しさん2014/11/02(日) 17:26:24.60ID:pRBY2xBv
Obj-C スレの伝統的なスレタイだろ。

同じ人言い出すとかアホっぽい。
0827デフォルトの名無しさん2014/11/02(日) 17:33:19.55ID:02WOdBRy
気持ち悪いのは同意
0828デフォルトの名無しさん2014/11/02(日) 17:35:40.34ID:1g7aEKYI
AppleはObjective-Cを、MicrosoftはC++をそれぞれ除去して、
低レベルレイヤーはCオンリー、
アプリケーションはSwift、C#という流れに。
いずれも、AndroidがC(Linux) / Java体制であることの追従。
0829デフォルトの名無しさん2014/11/02(日) 17:48:01.03ID:WxYKI+Aa
バカはどうしてバカらしいことを表したがるのか
0830デフォルトの名無しさん2014/11/02(日) 18:10:54.24ID:02WOdBRy
>>828
何を言ってるのか判らない
0831デフォルトの名無しさん2014/11/02(日) 18:37:14.35ID:7FNYbovr
swiftはじめいろんなところで使われている
LLVMも、androidのdalvikも後継のartもc++な訳だが
0832デフォルトの名無しさん2014/11/02(日) 21:18:00.18ID:YswfxI+q
M$は typescript なんだよなぁ
まぁ swift 以上に流行ってないけど
0833デフォルトの名無しさん2014/11/02(日) 22:45:44.09ID:OykxcmmD
>>831
一般の開発者のアプリ開発環境に関して。OS自体とかVM自体の開発言語とかじゃなくてね。
0834デフォルトの名無しさん2014/11/02(日) 22:49:16.68ID:OykxcmmD
>>832
TypeScriptはJavaScriptに対するM$我田引水版でしょ?
0835デフォルトの名無しさん2014/11/03(月) 09:05:41.90ID:aNJ5eidf
>>828
いや言いたいことはわかる
0836デフォルトの名無しさん2014/11/03(月) 10:00:18.78ID:HzYodZ3D
SwiftはむしろC#よりもTypescript寄りだと思うんだが。
0837デフォルトの名無しさん2014/11/03(月) 12:05:07.64ID:vdVTW8lc
どう考えてもC#よりだろ
0838デフォルトの名無しさん2014/11/03(月) 12:06:22.46ID:FQhjg/Gj
確かにどうでもいい
0839デフォルトの名無しさん2014/11/03(月) 12:25:14.52ID:qgeZBYdQ
swiftもtypescriptもLLでネイティブバイナリを吐かせたかったんだろう
思いの外需要が少なくてあれー?って感じだけど
0840デフォルトの名無しさん2014/11/03(月) 12:46:17.18ID:QUZzxqR1
SwiftはLLじゃねぇよ
0841デフォルトの名無しさん2014/11/03(月) 12:58:03.27ID:mUxrT+3g
WLってこと?
0842デフォルトの名無しさん2014/11/03(月) 12:59:10.74ID:mUxrT+3g
間違った
HLってこと?
0843デフォルトの名無しさん2014/11/03(月) 13:34:01.98ID:aNJ5eidf
どうやらSwiftはscripterの餌食になってしまったようだな…ナムナム
0844デフォルトの名無しさん2014/11/03(月) 18:14:49.12ID:QUZzxqR1
>>842
Objective-CよりはLightWeightだけどだからと言ってLLと言えるほど敷居下げてるかといえば違うと思う
メモリ管理を気にする局面が全くないわけじゃないわけだしね
0845デフォルトの名無しさん2014/11/03(月) 23:53:39.16ID:ZM4YTP91
むしろ手動でretain/releaseする非ARCモードで使いたい
0846デフォルトの名無しさん2014/11/04(火) 01:40:42.47ID:9EcY1pYy
Project新規作成してビルドすると実機でだけdyld`dyld_fatal_error:が出るんだけどどうすれば回避できる?
0847デフォルトの名無しさん2014/11/04(火) 03:58:54.23ID:wWrb540Q
otool -Lでバイナリのリンク先がどうなってるか確認してみたら
0848デフォルトの名無しさん2014/11/04(火) 04:42:49.12ID:G7G9vU21
>>843
scripter層の囲い混みをする言語だから仕方ないね
objcに比べてユーザメリット皆無だけど、そこには辛うじてメリットあると思うよ
0849デフォルトの名無しさん2014/11/04(火) 16:33:17.35ID:5FvphjwS
>>845
そんなモードあったら絶対要らないバグ作りこむ奴がでるからwwww
出来る人向けに解放すると、その人が書いたコードを素人がコピペして惨劇を産むから結局は無い方がいい
0850デフォルトの名無しさん2014/11/04(火) 18:36:01.37ID:fQ8dMaO9
だってARCで自動挿入されるretain/release関係のクオリティが酷すぎるんだもん
0851デフォルトの名無しさん2014/11/04(火) 19:11:10.52ID:85J+IOSF
それでお前の作ったのが目に見えて遅くなるのか、または、バイナリがとんでもなく大きくなるのか
そうだとしたら、それはお前の作り方がおかしいw
0852デフォルトの名無しさん2014/11/04(火) 20:37:23.44ID:DT7Yayk+
謎のレッテル貼り
0853デフォルトの名無しさん2014/11/04(火) 20:52:42.83ID:XS5cUtIi
いや、よっぽど凄腕でない限りiOSの流儀から外れるのは迷惑以外の何物でもない
視野が狭く、局所的な効率だけでプロジェクトとしてはボトルネックな自己満
自分一人のプロジェクトでメンテもずっと自分だけならその世界に閉じこもってりゃいいが
0854デフォルトの名無しさん2014/11/04(火) 22:38:37.48ID:wWrb540Q
いや別にARC使わないのもiOSの流儀としてあるんだけど。
ObjCでは選べるがSwiftでは選べないというだけ。
0855デフォルトの名無しさん2014/11/05(水) 00:03:50.03ID:4pT9z3sx
プロジェクトの作成からARC使えというようなもんなんだから、そういう流れなんじゃね
新しい言語でわざわざ不必要としているようなものをサポートすることはないわな

パフォーマンスに影響ないんだったら>>850なんて単なる趣味の範囲だとしか思えない。俺はもちろんARCにしてパフォーマンスの影響を感じたことはないからな
0856デフォルトの名無しさん2014/11/05(水) 00:10:12.54ID:Ou06LuxB
影響を感じた事が無いのは、単純にパフォーマンスを必要としない
程度のプログラムしか書いてないからじゃないの?
0857デフォルトの名無しさん2014/11/05(水) 00:13:18.77ID:4pT9z3sx
そんな厳密(たかがカウンタアップダウンしているぐらい)なものを作っているお前はすげーなあ
たかがカウンタアップダウンしているぐらいで厳しいなら、もちろんIMPコール多様してたりするんだろうなあ。すげーなあ
0858デフォルトの名無しさん2014/11/05(水) 00:22:37.44ID:4pT9z3sx
そんなに厳密にパフォーマンスが必要ならCで書けが結論かw
なにをSwiftに求めているのかイミフ。Cブリッジ(?)のパフォーマンスを気にした方がいいんじゃね?w
0859デフォルトの名無しさん2014/11/05(水) 01:04:14.60ID:GT+3eS/X
そもそもどう酷いのか具体的に書いて欲しい所なんだけど
0860デフォルトの名無しさん2014/11/05(水) 07:27:46.48ID:IyxKDUGk
オリジナルのコーディックとか、Core Audioバリバリの音楽アプリでも作ってるだろうか?
3DゲームですらCやC++なんて、エンジン部分以外あんまり使わんよね。
0861デフォルトの名無しさん2014/11/05(水) 07:53:45.79ID:p98IckmS
一時オブジェクトを作って返すような場合、MRCではautoreleaseして返す必要があるけど、
ARCでは戻り値の返し方に細工をしてautorelease poolに入れずに処理しているから、
多少ARCが吐くコードがへぼくても、それだけでお釣りが来るってARC導入時に聞いたよ。
0862デフォルトの名無しさん2014/11/05(水) 10:07:50.38ID:YVLaOf1W
そこまでクリティカルなものだったら
最速になるように1クラスに自分で全部手で詰めろって話だしなぁ
難癖のレベルからしてARCのせいじゃねぇよな。
0863デフォルトの名無しさん2014/11/05(水) 10:45:46.02ID:35/lHaQv
何かJavaっぽい悩みだなw
ポインタよこせ、いや触らせないのがいい、JNIのオーバヘッドを気にしろよ、とか。
GCよりは、ARCの方がコントロールしやすいんだからJavaよりはマシだとは思うけどね。
0864デフォルトの名無しさん2014/11/05(水) 10:54:25.76ID:Ab01tt7g
>>863
メリット、デメリットあるからどっちが良いわけじゃないだろ
適性は言語やランタイムに依るし、アホっぽいコメントだな
0865デフォルトの名無しさん2014/11/05(水) 16:12:57.00ID:31XmF6ZE
Swiftでアプリ出したよー!
0866デフォルトの名無しさん2014/11/05(水) 19:34:12.79ID:WwM6K55L
結論、Objective-Cでおk
0867デフォルトの名無しさん2014/11/05(水) 19:38:03.72ID:UrmWA73Z
WatchKitはSwiftのみっていう強引な手法に出てくるから発表を楽しみにしてな。当たったらこのレスを予言として取り上げてくれ。
0868デフォルトの名無しさん2014/11/05(水) 19:42:31.26ID:CkX/1aw5
外れたら?
なんのリスクも無い2択の片方だけでなにか自己満足したがるなんて都合がよいことで&幸せなことで(しかも予言ww)
0869デフォルトの名無しさん2014/11/05(水) 20:04:48.87ID:UrmWA73Z
当たってもなんも無いんだからいいだろw
0870デフォルトの名無しさん2014/11/05(水) 21:04:39.88ID:CkX/1aw5
「予言として取り上げてくれ」って言っているじゃんw
まあ、冗談だとしても当たっていたらなんらかのってのは透けて見えるな
0871デフォルトの名無しさん2014/11/05(水) 22:30:48.17ID:31XmF6ZE
初心者だけどObjective-Cは読みにくいと思ったよ。
Swiftはまあまあ。JSみたいな感じ。

でもいまだに文字で綴って長い文章ファイルにしないといけない所が作り手としてはテンション下がる。
ヴィジュアルイメージで各パーツを設定して結線していった方が記述ミスもエラーも出ないし、プラモデル感覚でソフト開発できるじゃん?
それがオブジェクト指向なんじゃないでしょうか?
そうすることの不都合が初心者にはわからない。
まあ、言語じゃなくて開発ソフトの話だね。スレ違いだったよ、ごめんね。
0872デフォルトの名無しさん2014/11/05(水) 22:40:11.60ID:Q9wGrCYd
プラモデルって出来るもの大体決まってるんだけどそういうのがいいの?
0873デフォルトの名無しさん2014/11/05(水) 22:56:57.16ID:rP9iplBY
カルネージハートをやりこんでみろ、Visulanでもいいけど
GUIの反復操作メンドクサイですテキストの方が簡単でいいですってなるから
0874デフォルトの名無しさん2014/11/05(水) 23:03:54.97ID:0D+5IDr7
>>871
オブジェクト指向の話とは関係ないし、何を言ってんだろう。

住宅街を見ても、プレハブ住宅って少ないだろう。
0875デフォルトの名無しさん2014/11/05(水) 23:16:33.20ID:31XmF6ZE
それ言われると思った!
表示に関してはOSデザインに沿ったものが出るようになってるし(規制ではないけど)、ある程度パーツを組むだけの構造になってない?
電子工作でも何にでも使えるパーツはあるもん。ヴィジュアルイメージは小さくしなくていいからスイッチとかも使いやすくできる。
ちょっと機能不足だからもう一個付け足すようなこともヴァーチャルだから無い。
そしたらiPadとかでたいした言語構造も知らずにフローチャート図的な物を描くだけでバグの無いソフトウェア開発ができるようになると思うんだ。
見た目や作業が簡単なら複雑な機能も搭載しやすいし、今より高度な計算・機能を搭載したアプリもどんどん出ると思う。

ってSwiftスレで話すようなことでも無いけど。
今売ってるアプリが爆発的に売れたら開発してみるよw
0876デフォルトの名無しさん2014/11/05(水) 23:21:43.75ID:31XmF6ZE
知らない間に荒れてた、、ごめんね。
カルネージハートはワロタw
0877デフォルトの名無しさん2014/11/05(水) 23:37:57.24ID:MH3i81pb
AppleもこれまでにもQuartz Composerっていうビジュアルプログラミングツールとか、
Dashcodeみたいなオーサリングツール的なのとか、Automatorみたいなワークフロー自動化ツールとか、色々作ってるけど
どれも開発のメインストリームになるには程遠かった
Quartz ComposerもAutomatorもちょっとしたものならいいけど、それ以上になると結局部品自体をコードで書かないといけないのは同じこと
0878デフォルトの名無しさん2014/11/05(水) 23:44:27.05ID:zEGSOnRu
Interface Builder を忘れているよ
まあ、あれは Next Computer 製だけどね
0879デフォルトの名無しさん2014/11/05(水) 23:49:02.43ID:UrmWA73Z
>>870
分かった分かった。じゃあ外れたらレス取り上げて貶してくれていいからw
0880デフォルトの名無しさん2014/11/06(木) 00:24:37.12ID:h1DKP5mt
Quartz面白そう!あれでOSの一部を作ってるんだね。
うーん、最低コードの塊を設定次第で色分け表示してほしいな。
TABで列変えても塊がわかりにくいよ。収納はできるのに。。

それより何でObjective-CとSwiftでグローバル変数の速度が違うんだろう。
この前、アプリを部品(クラス)毎にファイル分けて作ってたら表示が凄い遅くなってて、ViewControllerで使う変数をそっちに出したら一瞬で表示されたんだ。
あれがネックで完全なパーツファイルを作れない。
まあ、やり方はあるらしいけど面倒いよ。
0881デフォルトの名無しさん2014/11/06(木) 00:45:22.50ID:B9sZ4Nql
また出た、謎のグローバル変数君
0882デフォルトの名無しさん2014/11/06(木) 01:17:10.20ID:PmjlTjUD
まぁ初心者みたいだから大目に見てやろうじゃないか

職場にそんなやつ居たら許さんけど
0883デフォルトの名無しさん2014/11/06(木) 01:39:26.27ID:DFnFp5B4
_人人人人人人人人人人人人_
> グローバル変数の速度 <
 ̄Y^Y^Y^Y^Y^Y^Y^Y^Y^Y^ ̄
0884デフォルトの名無しさん2014/11/06(木) 11:40:14.05ID:sGOwBGFo
Swift使ってる職場はまだ少ないんでねーっすかね。
一人開発か、新規案件とかばかりじゃない??
0885デフォルトの名無しさん2014/11/06(木) 12:44:30.07ID:DlQgEpW6
そら新規案件だろうよ
今わざわざ既存案件を書き直す必要が無い
新規案件でも開発の習熟度がネックだしまだ仕事で取り組んでる所は少ないだろうね
0886デフォルトの名無しさん2014/11/06(木) 12:53:39.55ID:krPLQIJl
既存のプロジェクトをSwift移行するメリットは無いしな。
学習コストやバグのリスクのほうが高い。
新規プロジェクトでもリスク・コストを避けてSwiftは使ってないな。
完全に新規参入者・教育向けの言語だよな。
0887デフォルトの名無しさん2014/11/06(木) 13:53:37.69ID:BYHz31Tw
スクリプトプログラマに swift コード見せたら分かりやすくてイイネとほざいた
スクリプト屋には評判良さそう、PHPやRubyが流行ったように特定の人は絶賛して使うだろうよ

俺はデメリットばかり見えたので当分は swift を業務案件で勧めるのは止めようと思う
0888デフォルトの名無しさん2014/11/06(木) 14:42:29.30ID:NMJhpzA8
>>887
どんなデメリット?
0889デフォルトの名無しさん2014/11/06(木) 14:55:22.34ID:6ABTX0G1
スクリプト屋だろうが何だろうがちょっとばかしコード見ただけではダメな部分わからんだろ
0890デフォルトの名無しさん2014/11/06(木) 17:39:40.81ID:xJXGZ9Xe
>>888
容量でかい、速度遅い、 Xcode6不安定
obj-cで全く同じことが表記違うだけで出来るなら obj-c 使わない理由はないわな
あ、あとobj-cのライブラリが swift から直接叩けないものがあって泣いた
Lumberjackのラッパー探し回ったぜ

swiftのメリットは表面上の表記がスクリプトライクでその方面のエンジニアが手が出しやすいことだと思う
0891デフォルトの名無しさん2014/11/06(木) 17:58:38.42ID:ntLQp+bs
同意せざるを得ない
0892デフォルトの名無しさん2014/11/06(木) 18:19:58.71ID:gWFN9Xhs
> スクリプト屋には評判良さそう
> その方面のエンジニアが手が出しやすい

入り口は簡単そうに見えてやり始めたら深みにはまるけどなw
とりあえず始めてみようって気にはなるよね。
0893デフォルトの名無しさん2014/11/06(木) 18:21:51.41ID:fpUjchpF
Swiftってそんな奥深さのある言語なのか
0894デフォルトの名無しさん2014/11/06(木) 19:04:20.91ID:sGOwBGFo
奥深いというか、穴が深いというか……
0895デフォルトの名無しさん2014/11/06(木) 19:50:02.68ID:NHIUAdgf
スプリプトプログラマとかスクリプト屋とかいう呼び方に違和感
0896デフォルトの名無しさん2014/11/06(木) 20:01:31.32ID:XYL7Ijad
そりゃtypoしてんだもん違和感あるだろ
0897デフォルトの名無しさん2014/11/06(木) 20:09:03.47ID:h1DKP5mt
ここSwiftスレだけどobjective-cの何がそんなにいいの?
それならCの書き方の方が見易いし、Cの方がいい。
Swiftの旨味を知りにきたのにテンション下がるわ。
可読性以外は全てにおいて劣化した言語なのかい?
今はできなくてもこれから期待できる機能とか無いのかな?
0898デフォルトの名無しさん2014/11/06(木) 20:13:36.75ID:WDgr6Zbs
グローバル変数との戦いはテンション上がりそう(道化的な意味で
0899デフォルトの名無しさん2014/11/06(木) 20:36:07.17ID:pZw/zM7a
グローバル変数の人まだいたんだ
0900デフォルトの名無しさん2014/11/06(木) 20:51:24.68ID:oudJfJTT
nib
0901デフォルトの名無しさん2014/11/06(木) 21:12:22.65ID:4Om1v5TR
>>900
なんかInterface builderの頃が思い出された
0902デフォルトの名無しさん2014/11/06(木) 21:20:42.99ID:IuXmBwd7
>>897
>Cの書き方の方が見易いし、Cの方がいい。
の時点で「Objective-Cはソースをちらっと観たことがあるだけで
どういうものかなにひとつわかってないけど。」なんだと
きみの書き込み見た全員が気付いたと自覚できてる?
0903デフォルトの名無しさん2014/11/06(木) 21:22:55.49ID:DFnFp5B4
objc_msgsend駆使してたんだろ(適当
0904デフォルトの名無しさん2014/11/06(木) 21:25:41.17ID:cOmT9U7v
別の用途のものを比べてどーすんだ
0905デフォルトの名無しさん2014/11/06(木) 23:02:39.52ID:4Om1v5TR
Objective-Cは、Cがわかってれば、オブジェクト指向部分と
レガシーなC部分がはっきり区別できる文法であることがわかり
その素晴らしさに気づくことだろう
0906デフォルトの名無しさん2014/11/06(木) 23:38:59.42ID:DRdHV0SA
>>905
だから、結局、Pure-Cの部分は、Cで、Non-Cの部分はSwiftで(Objective-C without C)ってことで、
Objective-Cを解体するのが目的でしょ、Appleは。
0907デフォルトの名無しさん2014/11/07(金) 02:06:42.21ID:fOyqDgx0
>>906
Appleとしてはもっと安全性が高い言語が欲しかったんだろうね
SwiftでやってることをObjective-Cに落とし込もうとしても
C言語の部分が邪魔になるのは目に見えてるし
0908デフォルトの名無しさん2014/11/07(金) 09:32:28.40ID:VQBFa4Qn
そんなに安全でもなく結構 BAD ACCESS で落ちるから困る
言語仕様で安全性が担保されると思うなよ(自分のコーディングスキルの低さは棚の上
0909デフォルトの名無しさん2014/11/07(金) 11:35:21.37ID:pnBb82d6
Swiftってnilメッセージが無くなった分BAD ACCESSで落ちる用になったじゃん?
オプション記法も結局プログラマに面倒押し付けただけじゃん?
0910デフォルトの名無しさん2014/11/07(金) 12:07:26.67ID:wECOhfmE
何をやらせてもダメな奴っているんだよな
0911デフォルトの名無しさん2014/11/07(金) 12:12:04.58ID:vCKUQYb8
BAD ACCESSで落ちるって例えばどんなときだ?
0912デフォルトの名無しさん2014/11/07(金) 13:22:55.50ID:jW9I/+JG
>>910
だからswiftなら言語仕様でダメなヤツが救えるといううたい文句なんじゃん
救えてないから笑わせてくれるけども

自分が見た BAD ACCESS はFramework APIに?なオブジェクト渡したり
var any: AnyObject? = nil をprint("\(any!)")したり
まぁ、小まめにnilチェックしろってことだが
春先のデモでnilチェックがswiftなら要らなくなるって言ってたじゃん、、、(そうは言ってない)
0913デフォルトの名無しさん2014/11/07(金) 20:31:40.88ID:9m2kdIC8
クローズドソース言語なんてよく使う気になるな
0914デフォルトの名無しさん2014/11/07(金) 21:18:27.78ID:sVJnZz/O
!は使わずにnilチェック丹念にやればとは言うけど、if letのネストがバカバカしすぎる
ウィキペに影響を受けた言語Haskellとあるけど、冗談としか思えない
0915デフォルトの名無しさん2014/11/08(土) 00:36:45.26ID:1m/Cizy8
Swiftは「事前にnilを排除する」か「”意図的に”nilチェックを除外する」
の2択しかないから「nilチェックを忘れる」ということが起こり得ない

ついでにインスタンス変数にnilが代入されてる時の挙動はそれぞれ
インスタンス変数!.メソッド()の場合:ランタイムエラー
インスタンス変数?.メソッド()の場合:エラーは吐かずnilを返す(Objective-Cと同等)

>>912
>var any: AnyObject? = nil をprint("¥(any!)")
どういう挙動を想定しているかは知らないけど単純にprintlnでnil出力する意味はない

>>914
>if letのネストがバカバカしすぎる
これは同意
タプルで一括代入とかきればいいんだけどね今後に期待
0916デフォルトの名無しさん2014/11/08(土) 01:21:48.28ID:RwniIvSP
よくわからんけど、結局はnilチェックしろってことでおk?

print("\(any!)") は単純な例が上がらなかったから適当だったけど
var httpGetQuery = "key=\(value!)" みたいなケースな
「key=Optional("value")」にされても困るから ! が必要だけど
その前に nilチェック しないとウボァってなったわ
0917デフォルトの名無しさん2014/11/08(土) 01:32:25.88ID:RwniIvSP
あぁすまん、結局はobj-cと変わらずnilチェックしろってことでおk?
って意味な、nilチェックはやるよ真面目に
この点、関数コールは楽になったが対してobj-cから変わってないよなぁ
0918デフォルトの名無しさん2014/11/08(土) 04:41:19.01ID:I0LEzIh2
nilチェックめんどくさいって言ってる人は、objcでチェック省いてヌルポするのか??....
nilはそもそもチェックしないといけないものですけど...

optionalじゃなければnilでないことが担保されるのが利点なのに
0919デフォルトの名無しさん2014/11/08(土) 07:40:46.87ID:p1cfQewS
結論、Objective-Cでよくね??
0920デフォルトの名無しさん2014/11/08(土) 08:21:32.94ID:FLsnICPe
>>918
nilでなにもしない、NOPのようなもんでチェック無しでスルーは結構するな。あと、スルーしといてあとでまとめてチェックとか

nilでないことが担保されるって、nilだったらクラッシュするんでしょ。nilでバグで苦しんでいるのには朗報なんだろうが、そんなことほとんど全くなかったり
0921デフォルトの名無しさん2014/11/08(土) 08:58:28.89ID:zw8r8d93
まぁ、こういうものがあってだな・・・
http://robots.thoughtbot.com/efficient-json-in-swift-with-functional-concepts-and-generics

必要のないところではチェックの”記述”を省きたいんだよ。もちろん、安全性は担保しつつね
if letや?.はそれを目指したものだと思うけど、一般性が低すぎてちょっと複雑な式になるとすぐ適用外になる
Haskellに影響を受けたというなら当然do-notationもApplicative Functorも知ってるはずなんだけど>Lattner某
0922デフォルトの名無しさん2014/11/08(土) 10:58:33.05ID:FLsnICPe
ああ、! も optional なのか
? : Objective-Cと同じのおなじみの
! : nilを入れれる(入れる時はノーチェック)が参照したらクラッシュ
なし : nil を(! から間接的に)入れた時点でクラッシュ
か

あんまなんだかなあ、利点よりめんどくささがw Cocoa/Cocoa Touch って ? で返すのがほとんどじゃないのか??
まあ、慣れるかもしれないけど、なんか ? ばっかになりそうな
0923デフォルトの名無しさん2014/11/08(土) 11:07:28.80ID:Y02X2MWR
?とか!とか言うのやめてほしい
オプショナル型のことを言ってるのか、オプショナルチェーンや強制アンラップの構文のことを言ってるのか意味不明
0924デフォルトの名無しさん2014/11/08(土) 11:11:38.52ID:p1cfQewS
周囲を見下す人だから仕方ない
0925デフォルトの名無しさん2014/11/08(土) 11:30:17.34ID:FLsnICPe
>>923
型ですよ。>>918からの流れから
あんま変わらないと思うけど

>>924
お前だけだよ、とりあえず。お前はその価値wがあるからな。Objective-Cしか知らない&それしかする気がないのに、このスレに意味無しレスするんだもん
てかObjective-Cもあまり知らないようでもあるしw
0926デフォルトの名無しさん2014/11/08(土) 11:37:52.16ID:zw8r8d93
>>923
さーせん。こっちはunwrap構文の意味で使ってた
ImplicitlyUnwrappedOptionalはIBOutletにしか使ってないなぁいまんとこ
0927デフォルトの名無しさん2014/11/09(日) 00:12:14.04ID:EfnQMxIS
>>875
 UMLツールでいうラウンドトリップ開発の事かな?

そういうのが作りたくて、Objective-CからSwiftに移行するのだと思う。
後、リファクリング機能をちゃんと追加できるようにするとか。

 Xcode3.x自体にはクラス図表示は実装されてたんやけどな。ただ、継承関係し
か表現できなくて役に立たなかった。
0928デフォルトの名無しさん2014/11/09(日) 13:43:22.77ID:d7DBBQgy
よくこんなクローズドソース言語使えるな
0929デフォルトの名無しさん2014/11/09(日) 14:01:01.40ID:VcMedQcJ
プログラミング言語がソフトウェアの品質に与える影響
http://developers.slashdot.jp/story/14/11/08/081210/%E3%83%97%E3%83%AD%E3%82%B0%E3%83%A9%E3%83%9F%E3%83%B3%E3%82%B0%E8%A8%80%E8%AA%9E%E3%81%8C%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E3%81%AE%E5%93%81%E8%B3%AA%E3%81%AB%E4%B8%8E%E3%81%88%E3
0930デフォルトの名無しさん2014/11/09(日) 14:03:09.50ID:FFejHted
Apple様が「古いMac切り捨てる」と言えば俺たちは従うしかないし
選択の自由などないのだと思う
0931デフォルトの名無しさん2014/11/09(日) 18:16:24.05ID:7gH90gUG
選択の自由のあるプラットフォームってどんなの?
0932デフォルトの名無しさん2014/11/09(日) 18:41:34.10ID:9gox4k+a
ツマンネ
0933デフォルトの名無しさん2014/11/10(月) 15:13:02.79ID:TiGPWanY
Objective-CでOSXは開発すんぞーって言い始めた時と、どっちが混乱大きいのかな?
0934デフォルトの名無しさん2014/11/10(月) 15:44:04.96ID:LqBWeuwc
そもそも今Swiftで混乱なんて起きてないじゃん
0935デフォルトの名無しさん2014/11/11(火) 00:21:24.26ID:QNCF301W
>>933
そんなに混乱したっけ? つい最近までCarbonでも開発できたし。
0936デフォルトの名無しさん2014/11/11(火) 01:06:47.63ID:7rziipA9
>>935
混乱したという記憶は全くないな。
Carbonが使えたし、NeXTからの移民はそのままで何も困っていなかったし。

今回も混乱はしてないと思うけどね。
Swiftに不満がある奴は文句を言うが、少なくとも当面はObjCが問題なく使えるんだから。
0937デフォルトの名無しさん2014/11/11(火) 01:22:16.53ID:g3CT1nrx
ノイジー・マイノリティかな?
0938デフォルトの名無しさん2014/11/11(火) 01:51:48.09ID:yp+a8Ymb
むしろ当初はCocoa-Javaをそれなりに推してた感が
0939デフォルトの名無しさん2014/11/11(火) 01:59:09.58ID:RqiWrxMa
Java One でもAppleがブース構えていたなあ
でも「むしろ」ではないよ。第一はCocoa、第二にCarbon。他から参入ならJavaでどう?ってぐらい
0940デフォルトの名無しさん2014/11/11(火) 02:42:26.37ID:SycO7YgP
WebObjects も最後は Java オンリーになってたんだよね
0941デフォルトの名無しさん2014/11/11(火) 08:46:48.77ID:x1SbbJ1G
WOのことは忘れるんだ
0942デフォルトの名無しさん2014/11/11(火) 18:18:40.00ID:ciM5vvDA
本でオススメあるー?
0943デフォルトの名無しさん2014/11/11(火) 19:38:00.02ID:pfzo8C03
>>942
https://itunes.apple.com/jp/book/id881256329
0944デフォルトの名無しさん2014/11/11(火) 20:32:12.27ID:af0sBgBX
この本って最新の文法にきちんと追従してるの?
最近は面倒になったからコードアシスト頼りで書いてるけど
(コードアシストが馬鹿だから馬鹿なコードになってる)
0945デフォルトの名無しさん2014/11/11(火) 21:01:47.22ID:H73Ya4NO
出てすぐiBooksにダウンロードして読んでたんですけど、
さいきんiBook Storeを見たらダウンロードしてないことになってたので、
改訂版をアップしたのが別の本って認識されちゃってるのかなと思って
ダウンロードしなおしました。
実際のところどうなのかわかりませんが…(あ、奥付確認すればよかったのか)
0946デフォルトの名無しさん2014/11/13(木) 01:29:34.83ID:HuqHZTG6
>>943
日本語訳って一生出てこないのこういったものって。
0947デフォルトの名無しさん2014/11/13(木) 01:37:06.01ID:N+iNfXZp
待ってればそのうちここに上がる
https://developer.apple.com/jp/devcenter/ios/library/japanese.html
0948デフォルトの名無しさん2014/11/13(木) 14:52:55.73ID:N+iNfXZp
.NETがオプソ化したな
クローズドなSwiftオワコン
0949デフォルトの名無しさん2014/11/13(木) 15:01:44.33ID:x7v0HgHX
>>948
ま、終わりだな。

はっきりいって、既にリリースして時間が立ってるのに、全く何も
聞こえてこない。

対して、Visual StudioはCommunity Editionでフル機能が使える。
しかも無償で。iOS, Android開発も出来るようになってる。完全に
向こうはOSと開発環境を捨て鉢にして、他で稼ごうと躍起になって
るな。
0950デフォルトの名無しさん2014/11/13(木) 15:39:59.88ID:TmOo0Hy+
Swift part4
http://peace.2ch.net/test/read.cgi/tech/1415860741/
0951デフォルトの名無しさん2014/11/13(木) 17:59:10.04ID:wsDQT1J2
擁護するわけじゃないがFlashがオープンになったのと同じ香りが
オープンソースのFlex SDK息してない
MSは言語をVB等々からやってたけど、もう面倒だから辞めるのかねぇ
0952デフォルトの名無しさん2014/11/13(木) 19:01:48.21ID:/TSdCdH2
Mono勢が加担したら流れ変わるかも分からんね
0953デフォルトの名無しさん2014/11/13(木) 19:05:42.62ID:S6nvWOz4
オワコンだからオープンソース化した。それ以外の何物でもない。
0954デフォルトの名無しさん2014/11/14(金) 07:18:52.66ID:8NdlPTf6
 MSは叩き売りのWindows Phoneのシェアが下がっているからな。

あと、大企業のプロダクトのオープンソース化って、落ち目の女優や
アイドルがヘアヌード写真集やエロいVシネマにでるようなもんやな。
0955デフォルトの名無しさん2014/11/14(金) 08:01:10.81ID:3Hj7QHNo
終わったとかそういう話はゲハとかでやればいい。
終わってるとか始まってるとかじゃなくて、便利だとか必要だとかで選べばいい。
0956デフォルトの名無しさん2014/11/14(金) 08:11:37.44ID:pyFbilM7
お前がどうやねんって無ければその意見は無意味
0957デフォルトの名無しさん2014/11/14(金) 09:13:52.57ID:BSEbPAeN
便利じゃないから終わったとか、必要なくなったから終わっただと思うが
ゲハの人達はどういう感覚で「終わった」を表現してんだか
0958デフォルトの名無しさん2014/11/14(金) 09:19:06.12ID:wpiv66DF
サポートとか新機種対応とか考えると
終わったのを使うのは危険だからな
0959デフォルトの名無しさん2014/11/14(金) 14:57:03.82ID:LcYwI4c6
沈み行くタイタニックM$号に乗船するかしないかという「だけ」の話。
0960デフォルトの名無しさん2014/11/14(金) 15:24:34.12ID:hkbnU6Iu
泥舟の Apple もどっこいどっこいだから
遊びには良い話題じゃない
0961デフォルトの名無しさん2014/11/14(金) 17:45:22.65ID:4wecGPmB
泥はGoogleだろが
0962デフォルトの名無しさん2014/11/14(金) 17:56:58.37ID:pyFbilM7
Apple株価過去最高値また更新したんだな。振り返ると1年ちょっと前から2倍とか
Swiftもどうなるかわからんで
まあ株価なんてのは一つの指標でしかなく、なんの指標でもないけどw
0963デフォルトの名無しさん2014/11/15(土) 00:22:42.68ID:mHO+2z40
Swift
0964デフォルトの名無しさん2014/11/15(土) 00:39:01.15ID:56omsSeh
Swift見てるとJ#思い出す
0965デフォルトの名無しさん2014/11/15(土) 01:12:48.71ID:Hdma6b9W
懐かしいwwあの頃、色んな#がいたよな

swiftのコードをobj-cに書き換えたんだが普通だな
でも block がobj-cはものっすごい書きづらいからそこは swift の方が楽だったか
IPA容量は5Mから2Mに減って順当だった
0966デフォルトの名無しさん2014/11/15(土) 02:35:39.79ID:mHO+2z40
Swiftはスタンダードになると思う
いや、なってほしい。
0967デフォルトの名無しさん2014/11/15(土) 12:47:37.77ID:13qOYPFj
5年後ぐらいに、思えばSwiftとか調子に乗り出したときにAppleの没落が始まったよね、とか思い出を語っているようになる気がする
0968デフォルトの名無しさん2014/11/15(土) 12:50:28.25ID:lOoQn8Qz
iPhone出た時にこんなの売れないよねって言っていたヤツらのと同じにしか見えないな
0969デフォルトの名無しさん2014/11/15(土) 13:10:47.62ID:OXhtIoVT
OSXが出た頃。いまさらWindowsに対抗する気かwと言われていたような。
あと、Objective-Cのような古い言語なんて誰も見向きもしないなwと言われていたな。

2chの連中に
0970デフォルトの名無しさん2014/11/15(土) 13:13:59.56ID:zx7t7dRf
そうなったら本格的なジョブス神格化が始まるな
0971デフォルトの名無しさん2014/11/15(土) 13:35:15.06ID:nDapTz7b
>>968
iPodがあったから多くはウォ-スゲ-だったんだけどな
通話機能がバグってて発信出来ない着信出来ないから、売れない(売り物じゃない)ってだけで

swiftには成功した先人はいますか?
0972デフォルトの名無しさん2014/11/15(土) 13:46:58.62ID:lOoQn8Qz
>>971
いや、女の人は爪が長いからハードキーボードじゃなきゃとか、いろいろイミフのがあったのよ
そんなにスゲーってのばかりじゃなかったな。まあ、ノイジーマイノリティだろうが大手技術系サイトでも

未来予測は 自分の希望/願望/他そのようなもの だけで予測でも何でも無いなっていうw
0973デフォルトの名無しさん2014/11/15(土) 14:47:21.65ID:EFct/v5k
Obj-C は拡張子 mm にして Obj-C++ として使わないと流石にキツイ
0974デフォルトの名無しさん2014/11/15(土) 15:06:22.98ID:NO4b1iRV
>>969
実際iPhone出るまでOSXもObjCも見向きもされてなかったけどな
0975デフォルトの名無しさん2014/11/15(土) 16:14:52.07ID:mHO+2z40
今や一般人にもmacbook浸透してるからApple系列のサービスはなかなか無くならない気がするよ、言語にしてもハードにしてもソフトにしても
0976デフォルトの名無しさん2014/11/15(土) 16:42:19.54ID:IYmrLKi4
>>974
それは言い過ぎ。2chのCocoaスレだってそれなりにパートいくつかまで進んでたよ。そりゃあ今のiPhoneアプリ開発スレとは比べ物にならないほどレスは少ないけどさ。
0977デフォルトの名無しさん2014/11/15(土) 16:52:23.36ID:yJsSxyOx
一般にはデザイナーが使う専用OSだった気がするな

swiftは、、、スクリプト使いが利用する専用言語か?
一般のプログラマが利用するにはメリットないから難しい
0978デフォルトの名無しさん2014/11/15(土) 17:35:15.53ID:lOoQn8Qz
「専用」が好きだなw「専用」の使い方が間違っていると思うし
Swiftでもメリットあるように見えるけどな。まだSwiftでとは思わないが
0979デフォルトの名無しさん2014/11/15(土) 17:50:10.75ID:mHrPLLy/
用語は統一しないとアホの子は混乱すると思う
0980デフォルトの名無しさん2014/11/15(土) 18:06:59.14ID:lOoQn8Qz
デザイナー専用
単に利用者としてデザイナーが目立っていただけだろう。どうせメディアとか
全く「デザイナー[専用]」でもなんでもなく、単に利用者が少なかっただけだろう。Appleという名前・存在が一般人にはマイナーだったしな
実際デザイナーとは無縁で少なくないMacユーザ相手にしていたし

スクリプト使いが利用する専用言語
SwiftでもObjective-Cと同等なものが作れるのだろうし、見た目がスクリプトっぽいだけで、Cocoa/Cocoa Touchのモノを作るには、SwiftでもObjective-Cでもそんなに変わらないだろう
「スクリプト使いが利用する[専用]言語」でもなんでもなく、飛びついているのがObjective-C馴染めないヤツとか新しいもの好きというだけだろう

用語の統一の問題でも何でもないと思うけどなw
0981デフォルトの名無しさん2014/11/15(土) 18:15:48.40ID:9VSXQmTk
?
0982デフォルトの名無しさん2014/11/16(日) 08:49:19.51ID:lR2mulvd
将来の小学校の社会科の授業で
OS宗教戦争が教科書に載る時代が来るんだろうね
0983デフォルトの名無しさん2014/11/16(日) 10:04:42.26ID:N8c/dhvi
>>982
その前にEmacs、viの宗教戦争だろ
で、Emacs教の教祖としてストールマンの写真が載る
0984デフォルトの名無しさん2014/11/16(日) 12:58:33.82ID:JHjMVLlI
dosを使って見る授業
0985デフォルトの名無しさん2014/11/16(日) 19:28:57.01ID:uzvxo8r/
>>976
というか、業務でやらされてる雇われプログラマーが増えてんのかなんだか知らんが
自分が弄ってるXcodeとObjective-C、Stortyboard(IB)で
そのまんまMac用のアプリ作れるって認識すらしてない奴が増えたかな?
作り方基本同じだってのに。
0986デフォルトの名無しさん2014/11/16(日) 20:03:03.84ID:z1SIDzbI
突然なに言ってんだ?
0987デフォルトの名無しさん2014/11/17(月) 00:07:11.91ID:ZeG9cYbU
>>985
それを言い出したら、MVCとかオブジェクト指向技術を理解してる人なんてほとんどいないやん。
0988デフォルトの名無しさん2014/11/17(月) 09:27:08.17ID:Bie68Q2E
>>985
ゆとりは想像以上にゆとってるぞ
0989デフォルトの名無しさん2014/11/17(月) 16:41:53.38ID:YUWmI/Qt
Swift part4
http://peace.2ch.net/test/read.cgi/tech/1415860741/
0990デフォルトの名無しさん2014/11/18(火) 00:12:22.10ID:pFMenGyU
埋め立て御免
0991デフォルトの名無しさん2014/11/18(火) 00:15:11.09ID:pFMenGyU
生き埋め
0992デフォルトの名無しさん2014/11/18(火) 00:16:36.71ID:pFMenGyU
小埋め婆さん
0993デフォルトの名無しさん2014/11/18(火) 08:19:22.43ID:mxVgU+0E
ume
0994デフォルトの名無しさん2014/11/18(火) 14:44:17.63ID:pFMenGyU
生き埋め
0995デフォルトの名無しさん2014/11/18(火) 14:48:24.32ID:pFMenGyU
梅干し
0996デフォルトの名無しさん2014/11/18(火) 15:32:08.81ID:+qCgmf4v
u & me
0997デフォルトの名無しさん2014/11/18(火) 15:33:44.71ID:SNYtXSA4
うめテンテー
0998デフォルトの名無しさん2014/11/18(火) 16:05:12.08ID:pFMenGyU
松竹梅
0999デフォルトの名無しさん2014/11/18(火) 19:03:37.68ID:pFMenGyU
それでは……

終わりとしよう
1000デフォルトの名無しさん2014/11/18(火) 19:06:30.53ID:pFMenGyU
さらば、弱き者たちよ
お別れの時間である

これでとどめなり
10011001Over 1000Thread
このスレッドは1000を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
レス数が1000を超えています。これ以上書き込みはできません。