プログラミング言語Swift Part4 [無断転載禁止]©2ch.net

1名称未設定 転載ダメ©2ch.net(8級) (ワッチョイ 33a8-bj6g)
垢版 |
2017/01/19(木) 03:18:15.58ID:YIGkvQUZ0

iBooks:
The Swift Programming Language
https://itunes.apple.com/jp/book/swift-programming-language/id881256329?mt=11
Using Swift with Cocoa and Objective-C
https://itunes.apple.com/jp/book/using-swift-cocoa-objective/id888894773?mt=11

ドキュメント:
The Swift Programming Language
https://developer.apple.com/library/content/documentation/Swift/Conceptual/Swift_Programming_Language/
Using Swift with Cocoa and Objective-C
https://developer.apple.com/library/content/documentation/Swift/Conceptual/BuildingCocoaApps/
Swift Standard Library
https://developer.apple.com/reference/swift


http://swiftdoc.org/
https://swift.org/
https://developer.apple.com/swift/blog/

関連スレ
http://echo.2ch.net/test/read.cgi/tech/1476758084/l50

過去スレ
http://potato.2ch.net/test/read.cgi/mac/1408762479/
http://anago.2ch.net/test/read.cgi/mac/1401736921/
http://anago.2ch.net/mac/kako/1401/14017/1401736249.html
VIPQ2_EXTDAT: checked:vvvvv:1000:512:----: EXT was configured
2018/01/01(月) 14:23:40.44ID:+6cLyIH40
>>126
ないな
日本語では一番・詳解Swift
って書名なら正しい
2018/01/01(月) 14:24:10.89ID:+6cLyIH40
間違えた
2018/01/01(月) 17:10:11.61ID:KvUlUoyq0
お、今回はKindle版も同時発売か
でも固定レイアウトなのね
2018/01/01(月) 17:11:31.53ID:ee2U5jcop
買い替えじゃなくてアップデートされるなら電子版買いたいな
2018/01/02(火) 18:40:27.20ID:uwzsrovu0
>>127 それがあれば一番だね

今回はiBooksStoreにも出てるよー
なぜかKindle版よりちょっと高いけど
2018/01/02(火) 19:35:40.27ID:8V3beYLz0
本読むくらい熱心なら、変更内容に加えて
経緯から議論まで追える最強のリストを読んでいった方が良い
https://apple.github.io/swift-evolution/

英語直が無理ならChromeのページ翻訳使えば良いし
134名称未設定 (ワッチョイ bbd9-H65A)
垢版 |
2018/01/05(金) 15:26:35.72ID:9i83wet40
Swift4 変更点

で、検索したら満足できる記事がヒット
2018/01/18(木) 10:05:10.01ID:F5hIKVS5M
iPhoneアプリの開発者離れが起きている。

アプリ提出の審査が理不尽で不公平になってしまって、iPhoneアプリの開発者離れが起きている。
アンドロイドにはKotlinが出てきて開発者が増えている。

Guideline 4.2 - Design - Minimum Functionality

アップルのGuideline 4.2の連発で簡単なアプリはもう提出しても審査には通らない。まだアンドロイドの方が通る。
簡単でなく多機能なアプリでも4.2を連発してくる。もはや作為的やっているとしか言いようがない。

開発者は開発情報のみなもとだった。それを閉め出してからiosの勢いがなくなった。
今からiphoneアプリやってもまず4.2で通らない。審査で落とされる。簡単な機能だけのアプリはまずリジェクトされる。
ちなみに複雑なアプリでも同じようなことが起きている。Rssリーダーのようなアプリでも機能が簡単すぎるといわれリジェクトされている。
アップルは信用できない。これは確か。ころころ方針を変える。昨日まで審査に通ったアプリが、今日から通らなくなるというのが普通にある。 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)
2018/01/18(木) 13:25:42.19ID:SWQdnWJ60
Appleの審査がウザいのは同意だが、少なくともSwiftって言語自体はよくできてると思うんだがな
2018/01/18(木) 20:47:26.34ID:7kZaX7bD0
市場シェア
泥>>iOS
利益
iOS>>泥
2018/01/18(木) 21:15:46.97ID:QSTe5nUJ0
Swiftの変更も含め、開発者に負担かけすぎなんだよな
2018/01/19(金) 18:13:48.69ID:jrCtyd3/0
68k-> PowerPC-> Intel->ARM
toolbox-> carbon-> cocoa-> ?
pascal-> C-> objective-C -> swift
2018/01/19(金) 23:34:06.49ID:lHaNd0KF0
市場の影響やら色々あってやはりクロスプラットフォームが検討される

そこそこのアプリならCordova(TypeScript)、ゲームならUnity(C#)
Xamarin(C#)、Multi-OS Engine(Java / Kotlin)、Kotlin/Nativeとかもあって
Swiftは立ち位置が辛くなりつつある
2018/01/20(土) 00:25:28.94ID:L5ZieUsF0
GoogleがSwiftの開発者引き抜いてAndroidアプリもSwiftで開発出来るようにする
って噂があったけど、あれどうなったんだろうな

少し期待してるんだが
2018/01/20(土) 02:02:36.92ID:J8Qq1J9l0
コトリンの世話で手一杯
2018/01/23(火) 22:56:39.03ID:P4MrcF+80
https://iphone-mania.jp/news-200890/
>「Swiftは、プログラミング言語がオタクっぽすぎるという認識をもとに作られた。
>学生の多くはプログラミング言語を見て、”これはできない”と思ってしまう」と、クックCEOは語りました。

>「誰でも使い方をすぐ覚えられる、Apple製品のようなプログラミング言語をデザインしたかった」と、
>クック氏はSwiftの敷居の低さを強調しました。

Swiftはそこまでじゃねえな。それならAppleScriptぐらいにしないと。
2018/01/23(火) 23:39:33.33ID:JP5Z93fl0
Swiftはいい言語だと思うけど、やっぱこれからは小鳥が主流になるのかな?
Springも5になって対応して、Webもスマホも作れるし
2018/01/24(水) 00:10:41.66ID:EvvwHl3Y0
KotlinじゃiPhoneアプリ作れねーだろ
2018/01/24(水) 01:14:11.51ID:Slc30zGK0
BASICの昔から初心者の最初の理解を阻害しているのが
「型」の存在だ。というのは真理ではあるのだけど
「そういうことはオブジェクトに命令とクラスを渡す形にして
普段はあまり気にしなくていいようにしよう」って言語の後継です!つって
「なんじゃかんじゃわからんものになんじゃかんじゃわからないことするんですよ!進歩してるでしょ?」
って言われてもなんじゃかんじゃわからないソースになるだけだよねコレ?というか…
2018/01/24(水) 03:55:36.56ID:93wJNeG50
結局型を意識しなきゃコードは書けないと思う。初めてのプログラミング言語がSwiftだった人達が型を意識しないでいいだとかその他の理由でもいいけど、Swiftを分かりやすいと感じているかどうかが気になる。
148名称未設定 (ワッチョイ 75c5-ur/e)
垢版 |
2018/01/24(水) 06:13:02.40ID:i7+Qpdc30
型ってそんなにわかりにくいかねえ。$には文字列が入って%には整数が入るとか、
当時小学生だった自分にもわかりやすかったけどね。%と!と#の違いはともかく、$はぜんぜん違うものが入るからなぁ。
2018/01/24(水) 07:42:30.06ID:wE3p1EOU0
>>145
作れるよ
最終的なバイナリ生成のためXcodeをリモート接続経由で使うからどのみちmacは必要だけど

KotlinでのViewController
https://github.com/multi-os-engine/moe-samples-kotlin/blob/moe-master/KotlinRssReader/ios/src/main/kotlin/org/moe/kotlinrssreader/SimpleTableController.kt
2018/01/24(水) 09:07:50.03ID:EvvwHl3Y0
昔のBASICも型を意識させないようにしてたろ
方法は違うけど
2018/01/24(水) 09:20:13.18ID:EvvwHl3Y0
>>149
なんかめんどくさそう
2018/01/24(水) 09:58:12.37ID:nmNCI5eWM
Swiftはコーディングにあまり不満はないが、Buildにクソ長くて開発がままならん。
早くコンパイラーを何とかせい
2018/01/24(水) 10:12:47.55ID:wE3p1EOU0
>>151
クロスプラットフォームは多かれ少なかれ面倒なところはあるさ
2018/01/24(水) 11:23:25.39ID:93wJNeG50
>>152
推論させないで明示的に型を書けば早くなるでしょたぶん
2018/01/24(水) 13:19:08.05ID:wE3p1EOU0
Swiftの型推論は初動から風呂敷を広げ過ぎた
双方向推論は含めるべきではなかった
右辺値からの推論のみにしておけば型推論に関するビルド時間はここまで掛からなかったはず
2018/01/24(水) 14:17:14.93ID:wE3p1EOU0
let a = b( c() ) { d in e(d) }.f().g()

単方向(右辺値から)だと
・c()の戻り値型c_typeを導出
・b(c_type, func_type)の候補が一つになることをチェック
・func_typeからdを導出
・e(d)戻り値型を導出してfunc_typeと型チェック
・b(..)の戻り値型からb_type.f()を導出
・同様にfの戻り値型からg, gからaが決定

双方向だと e(*)の候補一覧からb(c_type, e_type*).f()が成立するものまで探し始める
bの引数の型が決まってない段階で
その絞り込みのためにf、さらにはgまで先読みして推論し始める
時間が掛かるだけでなくオーバーロードやエクステンションが絡んで
Ambiguousエラー出したり
LazySequence.map(..) -> LazyMapSequence<..> でなく
Sequence.map(..) -> [T] の方に間違って確定したりする
2018/01/24(水) 14:18:00.81ID:wE3p1EOU0
Swift3で推論に問題あったケースが、知っている範囲ではSwift4で正常になったので
かなり改善されているようだけどビルド時間はさらに犠牲になってそう

コーディングの利便性のために双方向の推論に対応した結果
ビルド時間が掛かり過ぎて型を明示するようになる本末転倒
2018/01/24(水) 16:08:47.94ID:EvvwHl3Y0
コンパイル時間が長くなっても、それを補えるぐらいコーディング時間が短縮されるなら、結果オーライだろ
2018/01/24(水) 17:16:22.21ID:7/sgEGqMM
>>154
基本昔からほぼ全てにきちんと型定義しているが
ビルドに20〜30分も掛かる。。。
ちょっとコーディングしてビルドすると、
またそのぐらい。。。
ビルド中に編集するとカラーボールがクルクルし出すし。
コーディングする暇がなくてめちゃ困る。

筐体が死にかけていてそうなら、喜んで買い換えるが。
これもAppleの罠ではないかとかと疑心暗鬼

ちなみにMBA2013 4GBね
2018/01/24(水) 17:52:02.29ID:wE3p1EOU0
全ての変数定義に型を明示しても
メソッドチェーンや引数に直接ラムダを記述しているなら型推論は発生している

1ステートメント内に暗黙の型有り
let a:Int = b( c() ) { d:Int in e(d) }.f().g()

極端だけどここまでしないと型推論は多少なりとも発生する
let lm:(Int)->Int = { (d:Int) in e(d) }
let retC:Int = c()
let retB:B = b(retC, lm)
let retF:F = retB.f()
let a:Int = retF.g()

実際にはそのビルドの20分とやらの大半は
一部のボトルネックになってるコードのせいという可能性も高いし
闇雲にステートメントを細分化する必要は無いけど
2018/01/24(水) 18:05:03.27ID:wE3p1EOU0
>>159
Pro買えば早くなるだろうけど
その前にビルド時間のボトルネックがあるか探すためにこの辺読んでみるのを勧める
https://medium.com/@johnsundell/improving-swift-compile-times-ee1d52fb9bd

-warn-long-expression-type-checking オプションとかもある
2018/01/24(水) 19:25:22.66ID:EvvwHl3Y0
今時メモリ4GBて
開発には厳しいだろ
2018/01/24(水) 19:35:45.83ID:BJVKiilC0
今年2018年だというのに5年前の4GのMBA使って遅いって言われてもなぁ
2018/01/25(木) 00:00:04.29ID:TElUKl9b0
>>148
ダートマスBASIC自体が学生にFORTRANでプログラム教えてたら
INT,DOUBLE,LONGとかの変数の種類の定義と概念で引っかかって
プログラミングの中心概念にサクッと進めないので
わざわざ数値型と文字型の二種類に変数型を固定した言語を作ったんやで。
「FOR-NEXT-STEPでSTEP0.5でも正しい回数回るようにとか苦労しましたw」と
作者がインタビューで答えててびっくりした。本当に高級言語だったんだと。
小学校のリコーダーが超高級木管楽器のプラスチックコピーだと知った時ぐらいの衝撃だったw
2018/01/25(木) 02:50:48.88ID:YC2I+R1V0
ビルド時間はSwift 2/Xcode 8に比べりゃだいぶ早くなったと思うけどね
まあそれでもObjCだけのプロジェクトに比べりゃはるかに長いけど
2018/01/25(木) 07:46:57.08ID:twpUMFOG0
>>161
ありがとう。
ボトルネックになってる箇所を探してみようと思う。
素直にMBPに買い換えるべきかな。
2018/01/25(木) 09:33:15.86ID:qgJud4om0
iMac Proにしろよ
サクサクだぞ
知らんけど
168名称未設定 (PH 0Hbf-Qclr)
垢版 |
2018/01/25(木) 15:42:31.84ID:1BO/OOZKH
「型」って言うほど重要なのか?
そもそもその出発点がおかしいんだろうな
2018/01/25(木) 15:54:46.78ID:qgJud4om0
重要だろ
整数は大きさで処理速度に影響するし、浮動小数点数はまた専用のプロセッサがある
型のちょっとした違いでアラインメントの影響とかでメモリを占める領域も違ってくるし、ひいては実行ファィルの大きさにも影響してくる
型を意識しないプログラマは半人前ですらない
2018/01/25(木) 20:11:04.15ID:td4l/5UZ0
型を重要と思わないプログラマって、適当にネタ選びやってる寿司職人みたいなもん
2018/01/26(金) 01:06:18.96ID:Qb9z6dfC0
>>167
個人開発だから購入する勇気が出ない。。。

>>169
同意!
swiftは型推論が売りだろうけど、後々のメンテナンス性だとか、デバッグを考えると型付しておかないと後々の収拾付かなくなるね。

早くこの問題はAppleさんに解決してもらいたい。
172名称未設定 (ワッチョイ 7e2c-Qclr)
垢版 |
2018/01/26(金) 01:22:31.74ID:VCAcFJbo0
>>169
多分それ30年前の知識のまま固執してなぁい?
mem. 1MB とか 1MHz 動作とかw

Int型に文字列突っ込んだら例外飛ばしてくるとか旧石器時代の話でしょ?
2018/01/26(金) 02:16:55.90ID:+0bXYr4i0
int型に文字列突っ込んでも問題ない言語とかあるのか?
174名称未設定 (スッップ Sdda-UEho)
垢版 |
2018/01/26(金) 18:41:54.53ID:BO2m7KnDd
>>171
型を明示することでかえって可読性や保守性が悪くなる場合に省略できるようにするのが、型推論のメリットなんじゃないの?
一番読みやすく保守しやすいコードが、型推論のビルド時間の短縮の為に、読みにくく保守しにくいコードに変えなければならないなら、失敗しているということだろう
175名称未設定 (スッップ Sdda-UEho)
垢版 |
2018/01/26(金) 18:42:48.69ID:BO2m7KnDd
>>173
c言語?
2018/01/26(金) 19:18:44.42ID:+0bXYr4i0
>>175
C言語でも無理
2018/01/26(金) 22:33:33.37ID:oeZJ5E9h0
>>176
int hoge = 'abcd';

まぁ文字列とは違うけど
2018/01/26(金) 23:27:45.91ID:+0bXYr4i0
文字列ではないな
ASCIIで表現した4バイトの数値
2018/01/26(金) 23:45:36.96ID:zWdYehWS0
>>174
型推論によってBuildが遅くなるのは確かに思想と逆行していることは理解できる。
ただ型を明示することで可読性や保守性を損なっているという感覚が理解できない。
プログラミング入門者だったらまあ納得できるが
2018/01/27(土) 07:37:02.97ID:wFui7sYU0
PH 0Hbf-Qclr がアホなだけ
2018/01/28(日) 10:13:22.57ID:KHlmF17Y0
>>176
int a = (int)"abcdefg";
printf((char *)a);

ってのはどう?
似たようなことして「問題なく」動いている古いプログラムもありそうだけど。
2018/01/28(日) 10:28:48.38ID:KHlmF17Y0
>>179
>>160の極端な例って可読性や保守性が悪くなってない?
型推論が、人間であれば文脈から自明である型を省略可能にすることで可読性や保守性を上げようとすることならば、
理想的ならば省略可能な型の記載をコンパイラの制限で記載しなければならないなら可読性や保守性を下げてることにならないか?
2018/01/28(日) 11:04:06.36ID:JZSRSRqa0
>>181
あるわけねーだろ
184名称未設定 (ワッチョイ 7ea7-Qclr)
垢版 |
2018/01/28(日) 11:21:35.61ID:f+MMvkKZ0
$test = 'abc';
$test++;
print $test; -> abd

perlくそワロタ
2018/01/28(日) 11:50:16.24ID:JZSRSRqa0
>>184
それと似たようなことは大概の言語でできるだろ
2018/01/28(日) 12:32:40.71ID:Ybff/SkvM
文字もインクリできるんですかw
2018/01/28(日) 12:50:25.70ID:JZSRSRqa0
文字がコードとして表現され大小関係もあるから、当然インクリもデクリもできる
2018/01/28(日) 13:27:37.36ID:3Z44HFBQ0
そろそろスレチな話題やめろや
2018/01/28(日) 18:17:00.06ID:wgrAfPT20
バージョンコードだけ書き直してアーカイブし直したら全ファイル再コンパイルの憂き目に遭うの何とかならないの
Swift/Objective-C問わず、というかxibとかも再コンパイルされるんでスレチかもしれんが…
2018/02/02(金) 20:24:10.75ID:O6tjxpUV00202
RxSwift嫌い!
2018/02/09(金) 01:04:25.01ID:DJQSVNnB0
☆ 私たち日本人の、日本国憲法を改正しましょう。現在、
衆議員と参議院の両院で、改憲議員が3分の2を超えております。
『憲法改正国民投票法』、でググってみてください。国会の発議は
すでに可能です。平和は勝ち取るものです。お願い致します。☆☆
192名称未設定 (ワッチョイW 62cf-7Au1)
垢版 |
2018/02/09(金) 02:01:27.03ID:ajBJpNxT0
改悪
193名称未設定 (ワッチョイWW 19d1-Ys2M)
垢版 |
2018/03/31(土) 14:50:11.53ID:SttHU6qh0
プログラミングはじめたばかりの初心者ですけど質問してもいいですか?
2018/03/31(土) 15:39:18.55ID:ayaYH3fwH
ダメです。
2018/04/21(土) 23:08:46.86ID:hmy7d/9T0
やっぱC言語だろ!
2018/05/19(土) 18:45:58.85ID:QsBE/P180
Objective-Cでいいよなぶっちゃけ
2018/07/24(火) 17:11:03.07ID:UTfu/0Uk0
fileprivate lazy var data: MyData = {
  return $0
}(MyData())

( ゚д゚ )
2018/08/24(金) 20:12:14.50ID:hzTJ725C0
アプリ公開手順がわかりやすいウェブサイト紹介願います
2018/08/24(金) 20:51:00.68ID:BjeP1H920
https://www.google.com/
2018/08/25(土) 00:48:03.75ID:0TPHm3zF0
>>199
シネ
2018/09/02(日) 14:46:43.03ID:VSM3ome90
swiftってDouble→Dicimalはキャストできるけど、Dicimal→Doubleはキャストできないの?
Dicimalでfmodみたいなのを使いたいけど見つからないから、Doubleに変換して計算しようと思ったんだけど…

>せっかく精度よく計算できるのに、Mathライブラリを利用するためにDouble型に変換しては意味がない。
て書いてあるサイトはあるから変換できるんだろうけど、変換のしかたがわかりません(T T)
2018/09/03(月) 07:29:42.29ID:kLM4M63d0
基本的にキャストはできないぞ
Double(i)とかで作り直せ
2018/09/03(月) 16:26:52.25ID:ma8cd78n0
そうなんですか。ありがとうございます(T T)
2018/10/06(土) 21:47:38.72ID:BrLoz+AY0
>>721
Swift playground 始めたばかりの素人ですが全クリする頃にはiOSアプリ作れるようになれますか?
自分にあった家計簿アプリがなくて作りたいと思ってます
2018/10/06(土) 21:49:00.17ID:BrLoz+AY0
アンカーは間違いです
206名称未設定 (ワッチョイ d4d2-IyWy)
垢版 |
2018/10/06(土) 22:21:12.07ID:wOPD3Y/s0
「無いものは作る」って言うのはとてもいいことです
2018/10/07(日) 09:49:31.22ID:jWIk98bsM
>>204
調べ続ける必要が有るけど、簡単なAppなら作る事ができるようになるでしょう
2018/10/16(火) 21:01:02.64ID:+xNWcM/rM
macOSのAppをXcodeで作ったんだけどMac App Storeを経由せずに配布したいのよ
デベロッパープログラムにお金払わないと無理?
2018/10/22(月) 22:52:14.71ID:GjBdtl7t0
オートレイアウトが意味不明なんだよ
2018/10/23(火) 00:18:15.37ID:18hromqS0
じゃあ autoresizingMask だけで書いてみたら?
2018/11/03(土) 10:31:35.73ID:niOVCFdzM
>>208
配布できるだろ
212名称未設定 (ワッチョイ 690c-ODKA)
垢版 |
2019/01/21(月) 23:02:49.81ID:xe+XFScy0
CGRectの引数のoriginとは何でしょうか?
ドキュメント読んだり調べたりしたけれどはっきりとはわかりませんでした。
Creates a rectangle with the specified origin and size.
明記された原点とサイズを持つ長方形を作る
とは書いていますが、
この”原点(origin)”はその長方形”内”におけるアンカーポイントの位置のことでしょうか、
それともsuperview座標における長方形のアンカーポイントの位置のことでしょうか。
座標の系がわかんねえ
時間がある神が居たらご教示いただけたら幸いです。
2019/01/21(月) 23:12:42.09ID:f3K8Ybd10
>>212
CoreGraphicsでは左下、UIKitでは左上
214名称未設定 (ワッチョイ 690c-ODKA)
垢版 |
2019/01/22(火) 02:05:25.63ID:QXXimgo50
>>213レスありがとうございます。
ただ、質問がうまくできてなかったみたいで、
聞きたかったことは、originがさすx,yはそのイメージの座標系におけるものでしょうか。
あるいは、viewの座標系におけるものでしょうか。
シミュレーターでoriginの値を色々変えてみましたが、いまいちピンと来ませんでした。
2019/01/22(火) 03:14:10.39ID:i0/0cpyla
親から見たそいつの位置です
2019/01/22(火) 08:03:23.23ID:fi7CDqih0
アンカーポイント(回転や拡大でのピン留め位置)はデフォルトでは中央とか
原点とアンカーポイントは別物
原点の位置は213で書いた通り

どこを0,0とするかはメソッド次第、大抵はsuperviewの原点を0,0としたもの
スクリーン原点を0,0とする場合もある
CGRectは単なる数値の入れ物
217名称未設定 (ワッチョイ 690c-ODKA)
垢版 |
2019/01/22(火) 08:40:01.19ID:QXXimgo50
>>215,>>126
スッキリしました!
ありがとうございます
すごく助かります
218名称未設定 (ワッチョイ ed0c-msPf)
垢版 |
2019/01/26(土) 05:40:20.41ID:naefrdUr0
>>212, >>216です。
助言をいただけたおかげでとりあえずConwey's Game Of LifeをSwiftで
カタチにはできました。
https://qiita.com/TrapedInABottle/items/91635fd7eb3db6ae8a29

ただ、重い。
どこで非効率的な処理をしているか指摘していただける方はいねえがぁ。
219名称未設定 (ワッチョイ ed0c-msPf)
垢版 |
2019/01/26(土) 05:41:38.44ID:naefrdUr0
あ、>>212 , >>214 , >>217でした
220名称未設定 (ワッチョイ 714e-cnES)
垢版 |
2019/01/26(土) 19:08:16.35ID:72UE6h1N0
>>218
大量描画を高速にするならMetalとかOpenGLとか使ってGPUに描かせないと。
2019/01/26(土) 23:25:44.71ID:2W6WY24L0
同じ書き方してもMetalでCompute Shaderに置き換えるだけで速くなるよこの場合
222名称未設定 (ワッチョイ 2758-6twX)
垢版 |
2019/02/16(土) 12:17:58.26ID:wyhS6wFG0
https://images-fe.ssl-images-amazon.com/images/I/517EbUXA6DL.jpg
2019/03/27(水) 00:59:54.81ID:gZAu2ajZ0
Swift 5
224名称未設定 (ワッチョイ 1b75-STzE)
垢版 |
2019/03/27(水) 02:06:16.50ID:UhEZh4XY0
どっかに差分分かりやすくまとめてくれないと追いつかない…
225名称未設定 (ドコグロ MM0b-STzE)
垢版 |
2019/03/27(水) 14:19:07.53ID:f7Sc8c92M
https://developer.apple.com/documentation/xcode_release_notes/xcode_10_2_release_notes/swift_5_release_notes_for_xcode_10_2
226名称未設定 (ワッチョイ 8ba3-MMF7)
垢版 |
2019/03/31(日) 13:56:02.40ID:GAfz2pSI0
>>225
ざっと読んだけどあんま変わってねーのな
227名称未設定 (ワッチョイ fb58-HJcM)
垢版 |
2019/04/03(水) 15:21:11.33ID:hpEJVX5q0
import Foundation

let dateFormatter = DateFormatter()
dateFormatter.dateStyle = .full
dateFormatter.locale = Locale(identifier: "ja_JP")
dateFormatter.calendar = Calendar(identifier: .japanese)
print(dateFormatter.string(from: Date(timeIntervalSinceNow: 60*60*24*30)))

令和まだか
レスを投稿する