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

Swift part2

■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん2014/06/11(水) 14:42:15.02ID:+13mKJ0Z
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
今のところbeta版のXcode 6がSwift対応らしい
https://developer.apple.com/xcode/downloads/

関連スレ
TypeScript（MS） VS Swift（Apple）
http://peace.2ch.net/test/read.cgi/tech/1401758403/

前スレ
Swiftスレ
http://peace.2ch.net/test/read.cgi/tech/1401736341/
0346デフォルトの名無しさん2014/07/03(木) 17:25:46.66ID:P7mc1MKH
>>345
必死だな。
0347デフォルトの名無しさん2014/07/03(木) 18:39:36.50ID:VyOuWYyM
2ch で誤字誤用の指摘をするのは恥ずかしいことだが、弁解や釈明や言い逃れをする恥ずかしさに比べれば無いも同然。
0348デフォルトの名無しさん2014/07/03(木) 18:57:04.96ID:bRkIiAVF
いや、バカが釣れるからどんどん指摘すべし。
0349デフォルトの名無しさん2014/07/03(木) 20:31:24.65ID:FhkBxcg0
javascriptive-cが最強だって
0350デフォルトの名無しさん2014/07/03(木) 20:41:48.37ID:ap5XVsa0
>>349
kwsk
0351デフォルトの名無しさん2014/07/04(金) 00:10:43.27ID:UzbhYlbZ
>>339
首を傾げるってどんなトコ？
個人的な使い勝手はJava超過Smalltalk未満なんだけど。
0352デフォルトの名無しさん2014/07/04(金) 00:37:01.19ID:msFVWI+x
>>351
Swiftはモダンで洗練されている、かつ大衆が好む言語
Smalltalkはモダンでもないし、大衆向けでもない。素晴らしいけどな

いいじゃん、個人的はって断わってるところ見ると自覚はしてるんだろ？
0353デフォルトの名無しさん2014/07/04(金) 01:39:34.04ID:Kc5FuQQY
現状swiftってDSLみたいなもんだし汎用言語と比べるのはあんまり意味がないんじゃね
0354デフォルトの名無しさん2014/07/04(金) 01:49:22.89ID:msFVWI+x
>>353
言いたいことは分かるが、SwiftはDSLでは無く汎用プログラミング言語な。
言語として汎用であるから、文法などを比較することに意味はあるよ
0355デフォルトの名無しさん2014/07/04(金) 09:35:51.65ID:ibPrybjY
>>345
じゃ、主張としては「JavaのほうがObject-Cより良い」ってこと？
だとしたら言い回しがおかしい
0356デフォルトの名無しさん2014/07/04(金) 10:35:40.73ID:55Iwzgg5
安定のゴミスレだな
0357デフォルトの名無しさん2014/07/04(金) 10:58:34.80ID:MI6unMOz
まーな
0358デフォルトの名無しさん2014/07/04(金) 20:11:26.61ID:ki9fyfkR
>>352
聞きたいのはswiftとgolangの批判だよ。
0359デフォルトの名無しさん2014/07/04(金) 21:06:13.84ID:AqR4CHdL
批判するなら「特に何も優れていない」ということに尽きるな
広く普及していて同じくらい優れた言語は既にたくさんあるわけで、
既存の言語じゃいけない理由がないならわざわざ新しく作るのはリソースを分断させるだけの迷惑行為だ
0360デフォルトの名無しさん2014/07/04(金) 21:07:23.38ID:RlFM+Deh
blub言語ってわけ
0361デフォルトの名無しさん2014/07/04(金) 21:36:09.61ID:UzbhYlbZ
>>359
非難じゃなくて批判(事実を突き合わせた上での判断)を聞きたいわけなんだが。
個人的な批判としてはgoのinterfaceと委譲は非常に出来が良かったと思う。
最もあのinterfaceは他の言語でsignatureとして実装されてたから、
真新しいものでも無かったんだけど。

それから、importの別名。これもC++なんかでusingとして
既に存在してた機能じゃあるが、
Javaなんかじゃ使えないからそれらの言語に比べりゃ便利だった。

goは全般的に実用的で、大半の言語よりは使い勝手が良い方だと見てる。
0362デフォルトの名無しさん2014/07/04(金) 21:54:25.59ID:PdXssMnS
>>359
既存の言語じゃいけないんじゃないの、アップルにとっては。

　・Cocoaランタイムのネイティブコードを吐く
　・アップルの意向でいつでも仕様変更できる

というニーズがアップルにはあるんだろうから、既存の言語で適当なのを見つけてくるのは大変だろうよ。
サードパーティにとって迷惑なのはわかるが、癖の少ない文法でまとめてくれたのは不幸中の幸いだわな。
0363デフォルトの名無しさん2014/07/04(金) 22:22:28.79ID:4r2s5G7/
なによりObjective-CやCとの相互乗り入れが出来る言語なんてApple以外が作る訳ないんだから、新言語以外は有り得ない。
将来を見据えた発展性のあるまとまった言語仕様だと思うよ。
まだ若干荒削りな所は有るけど整備されて行くだろう。
0364デフォルトの名無しさん2014/07/04(金) 23:34:18.36ID:6bXGoclV
どうせ1年か2年したらC/Objective-Cなんて切り捨てるだろうし互換性なんてどうでもいいだろ
パフォーマンス上げてついでにモダンにしたいんだったらC++でいいんじゃ？
オペレータオーバーロードも名前空間も型推論もクロージャもジェネリクスもあるし
0365デフォルトの名無しさん2014/07/04(金) 23:40:13.47ID:iKaePYIV
何をどうしたらそうなる。頭沸いてるのか
0366デフォルトの名無しさん2014/07/04(金) 23:57:02.00ID:BPBQ8Qlo
C++より後発でCと互換があって、より無難にオブジェクト指向的な拡張を施したがあるんだけどそれ使おうぜ
0367デフォルトの名無しさん2014/07/05(土) 00:20:46.36ID:pTDYhgjU
>>366 それでiOSアプリが開発できるなら使ってやるよ。
0368デフォルトの名無しさん2014/07/05(土) 00:28:00.53ID:3XcLVhBt
>>367
つまり今まで通りだな
0369デフォルトの名無しさん2014/07/05(土) 00:41:55.02ID:5PqNKKxq
>>361
go を批判/非難する気はないけど、
go が普及しないのは >>359 が書いているように
「既存の言語じゃいけない理由がない」からだろ
おまけに「全般的に実用的で、大半の言語よりは使い勝手が良い」程度の
利点しか無い、言い換えるとバランスのとれた優等生だけど個性が無い

GoogleがAndroidの開発言語として(Java ではなく) go を採用していたら、
状況は変わっていたかもしれない
ちょうど UNIX の開発言語として C が勝ち Pascal族を排除したように、
Rails の開発言語として Ruby が有名になり Python に影がさしたように ....
Google がそうしなかったのは、Microsoft が C# を必要とし
Apple が Swif を必要としたほどには、Go が必要ではなかったってことさ
0370デフォルトの名無しさん2014/07/05(土) 01:19:50.20ID:pTDYhgjU
>>368 iOS周りは殆どの開発者が早い段階でSwiftに移行していくぞ。
年末位には本格的になってくるだろう。　殆どの開発者が歓迎してる。
Obkective-Cだと敷居が高いけどSwiftなら始めてみたいと言う層も結構いそう。
これでMacの売り上げが上がるな。

言語間の構文比較 Swiftの軽さが際立つ。

Swift:--------
println("Hello, World!")

Go:----------
package main
import "fmt"
func main() {
　　fmt.Println("Hello, World!")
}

Java:--------
class ArbitraryClassName {
　　public static void main(String[] args) {
　　　　System.out.println("Hello World!");
　　}
}

Objective-C:----
#import <stdio.h>
int main( int argc, const char *argv[] ) {
　　printf("Hello World!");
　　return 0;
}
0371デフォルトの名無しさん2014/07/05(土) 01:30:17.23ID:Hq9eeGT6
>>370
メイン関数(メソッド)がない静的型付け言語って意外と少ないよな。大正義Scala先生もmainいるし。

形安全でサクサク開発という意味だと、1番いい言語化もしれない
0372デフォルトの名無しさん2014/07/05(土) 01:33:23.30ID:lG7Vks4t
いや、一行だけのプログラムで構文比較して軽いとかいうなよ
コードゴルフするわけでもあるまいし
0373デフォルトの名無しさん2014/07/05(土) 01:35:11.49ID:Hq9eeGT6
>>369
Goは元々システム向け言語だからな。AppEngineに採用されたり、Android上で(NDKとしてだっけ？)動かせたり、最近はアプリ向けにも動きがあるけど。

GoogleだとSwift的な役割な期待されるのは、Dartだと思う。JavaScriptの代替のイメージが強いが、開発担当によると、クライアント、サーバ両方で使える汎用言語目指しているらしい。
0374デフォルトの名無しさん2014/07/05(土) 01:36:50.25ID:Hq9eeGT6
>>372
最もミニマムなコードを比較することに意味はあるでしょ。だってそれ以上短くできないんだから。
そこに設計思想が現れるわけよ
0375デフォルトの名無しさん2014/07/05(土) 01:54:55.86ID:Mg3y7G5e
設計思想の嬌声が聞こえてきちゃうんですね
0376デフォルトの名無しさん2014/07/05(土) 02:20:02.33ID:pTDYhgjU
>>373 Dartは、あくまでもWebアプリ用だよ。
VMで実行するか、Javascriptに変換して実行するかの二つに一つ。
端末側アプリの開発用では無い。

端末は、Java, go
主流はJavaのままだろう。 Googleとしては、goに移行させたいかもしれないけど。
0377デフォルトの名無しさん2014/07/05(土) 02:28:47.28ID:Hq9eeGT6
>>376
まあこれ見てよ
http://m.jp.techcrunch.com/2014/07/01/20140629googles-dart-programming-language-is-coming-to-the-server/

GoはC/C++の置き換えを目指しているのではないかと思う。一般的な例外機構を採用しなかったり、パフォーマンスとコンパイル速度に重きを置いている。
AndroidのサポートがSDKではなくNDKだしね。

これ以上はスレ違いだからやめとくけど
0378デフォルトの名無しさん2014/07/05(土) 02:29:19.64ID:5PqNKKxq
>>373
>Goは元々システム向け言語だからな。

そう、ただし Go は GCとスレッドをサポートしているから、
C というよりも Java や C# (および Swift)と真正面から競合する言語だね
だから Google が Android というOS記述言語に Go を採用しなかったのは、
メジャーな 「Java(= Oracle)を排除できるほど Go には魅力(優位性)が無い」と
Google が戦略的に判断したからじゃないのかな

Google はWebサービスに関しては巨人かもしれないけど、
Microsoft や Apple と比べれば「OS ベンダーとしては後発」になる
Go が普及しないのは、生まれの不幸といえるのかもしれない
遠い将来、Android がスマフォ/タブレット市場を独占し、
Apple が離脱するような時代が到来すれば、Go に再び陽があたるかもね
0379デフォルトの名無しさん2014/07/05(土) 02:35:25.49ID:dvkFKgZc
これをSwiftに書き直したらどんな感じよ
type TinyOperation interface {
　MoveTo( target Point )
　LineTo( target Point )
}
type Operation interface {
　TinyOperation
　QuadraticBezierTo( target, control1 Point )
　CubicBezierTo( target, control1 control2 Point )
}
type OperationAdapterForTiny struct {
　TinyOperation
　/* その他略 */
}
func ( _ *OperationAdapterForTiny )QuadraticBezierTo( target, control1 Point ){ /*略*/ }
func ( _ *OperationAdapterForTiny )
CubicBezierTo( target, control1 control2 Point ) { /*略*/ }

type TinySVG{ /*略*/ }
func ( _*TinySVG )MoveTo( target Point ) { /*略*/ }
func ( _*TinySVG )LineTo( target Point ) { /*略*/ }

func Main() {
　path := &OperationAdapterForTiny{ /*略*/ }
　path.TinyOperation = &TinySVG{}
　path.CubicBezierTo( &Point{ 1, 0 }, &Point{ 1, 2 }, &Point{ 2, 2 } )
}
0380デフォルトの名無しさん2014/07/05(土) 02:40:10.84ID:765Tx3Gv
>>374
カップラーメン:お湯を注いで3分待つ
お店のラーメン:家から出て歩いて店行って食券買って待つ

ほらこのようにラーメンが出てくる待ち時間を比べたら圧倒的にカップラーメンが早い！(キリッ
こうですか？><わかりません><
なんで食券のとこから比べないんですか？
0381デフォルトの名無しさん2014/07/05(土) 02:52:36.64ID:oVhlbldd
>>379の補足。
>>379の要点は、TinySVGは移動と線分の描画しかできないが、TinySVGに
移動と線分の描画だけあればBezier曲線を描画できる
OperationAdapterForTinyを取り付けることでOperation型に
適合しているところ。
0382デフォルトの名無しさん2014/07/05(土) 03:25:44.93ID:5PqNKKxq
>>381
Swift を勉強したいのなら、まず自分でコードを書いてみるのがいいでないの？
他人にやらせるんぢゃなくて....
0383デフォルトの名無しさん2014/07/05(土) 19:27:50.62ID:b45VDszC
ちょっと以下のコードを見て欲しいんですが

var dict:Dictionary<String,String>? = Dictionary<String,String>()
dict["a"]="abc" //<--ここでsubscriptメソッドがないって怒られる

変数宣言の部分を変えずにどうすれば代入できるか教えてくださいm(_ _)m
0384デフォルトの名無しさん2014/07/05(土) 20:20:31.31ID:b45VDszC
>>383

すんません自己解決しました

var dict:Dictionary<String,String>? = Dictionary<String,String>()
var dict2 = dict!
dict2["a"]="abc"
0385デフォルトの名無しさん2014/07/05(土) 20:37:13.38ID:zVIhfQ1o
>>384
もともとのdictの方の値は変わらなくていいの？
0386デフォルトの名無しさん2014/07/05(土) 21:15:00.62ID:b45VDszC
>>385
参照渡しだと思い込んでました

var dict:Dictionary<String,String>? = ["aaa":"bbb"]
var dict2 = dict!
dict2["a"] = "abc"
dict = dict2

ってことですね
0387デフォルトの名無しさん2014/07/05(土) 21:20:56.81ID:zVIhfQ1o
オプショナルな配列やディクショナリはイミュータブルになるらしい。
だから、いったんアサインしたらもう要素の変更や追加は出来なくなる。
ディクショナリをどうしてもオプショナルな変数として使ってあとで要素を変更したかったら、つどアサインし直すしかない
0388デフォルトの名無しさん2014/07/05(土) 21:29:25.00ID:b45VDszC
>>387
なるほどー。納得しました。
ということはこういう挙動になるのは
String,Array,Dictionaryくらいってことですかね。
0389デフォルトの名無しさん2014/07/05(土) 21:41:09.53ID:zVIhfQ1o
>>388
Stringはそもそもイミュータブルだからあまり気にする必要はないと思うけど、ただアンラップは必要

var s: String? = "aaa"
s += "bbb" // ← これはエラー
s = s! + "bbb" // これはオッケー
0390デフォルトの名無しさん2014/07/05(土) 21:45:19.44ID:xdz/XkUa
最近は横文字がそのままカタカナになってる事が
多くて読みづらくて困る。ルー語じゃないんだから日本語にしてほしいなぁ。

任意型の配列や辞書は変更できなくなるらしい。
だから、いったん割り当てたらもう要素の変更や追加は出来なくなる。
辞書をどうしても任意型の変数として使ってあとで要素を変更したかったら、つど割り当てし直すしかない
0391デフォルトの名無しさん2014/07/05(土) 22:05:51.00ID:zVIhfQ1o
>>390
日本語の公式解説が無い今の時点で独自の和訳日本語を使うと後で混乱のもとになる。
任意型という表現が公式なものならいいが、そうでない場合、誤解を生む可能性がある。
あと、ディクショナリ、イミュータブル、アサインという言葉は、特にIT関係者の間ではもう十分に浸透してると思う。
イミュータブルを単に変更としてしまうと、changeやmodifyと勘違いされる可能性がある。
0392デフォルトの名無しさん2014/07/05(土) 22:08:12.01ID:lG7Vks4t
いっそ明らかに普及したものを除いて英単語そのまま書くのを押したい
0393デフォルトの名無しさん2014/07/05(土) 22:41:31.79ID:5PqNKKxq
>>391
>イミュータブルを単に変更としてしまうと、changeやmodifyと勘違いされる可能性がある。

ミュータブル(mutable)とイミュータブル(immutable)の日本語訳は、
昔からそれぞれ可変と不変だろ
ミュータブルを変更を訳す人が無知なだけ
>>390だって「もう要素の変更(update)や追加(add)は出来なくなる」と
解釈するのが普通だと思うけどね
0394デフォルトの名無しさん2014/07/05(土) 22:57:59.34ID:0zi9Gl/Q
ArrayとDictionaryって結構直感的でない所多いよなあ。
ま、DictionaryなどのコレクションはOptionalにしない方が良いだろうな。
0395デフォルトの名無しさん2014/07/06(日) 00:04:21.89ID:7pAe/j5J
>>393
意訳だから辞書通りじゃなくていいでしょ。
日本語で判ればいいのよ判れば。
あとupdateは変更より更新じゃない？
downdateできちゃダメだから。
0396デフォルトの名無しさん2014/07/06(日) 03:36:23.05ID:3qD8tN7V
Rubyで連想記憶のことをhashって名前にしているのはセンス悪いよね。
機能じゃなくて、それを実現しているアルゴリズムの名前付けちゃうのはだめって
カーニハン先生が言ってた
0397デフォルトの名無しさん2014/07/06(日) 03:50:44.25ID:fVlVkcLx
>>396
Rubyは例外処理もrescueだのensureだの変な名前つけるし、後発だから奇をてらいたかったんだよきっと
勘弁して差し上げろ
0398デフォルトの名無しさん2014/07/06(日) 04:04:37.77ID:GjvnhWDM
>>397
rescue ensuerはSmalltalk由来だよ。
ちょいちょいSmalltalk由来の用語や機能があって
年々その色が濃くなってる。
0399デフォルトの名無しさん2014/07/06(日) 04:10:19.27ID:GjvnhWDM
>>391
辞書、可変、不変、割り当てって言葉も十分浸透してると思うぞ。
0400デフォルトの名無しさん2014/07/06(日) 04:20:48.60ID:8W/9eoDc
カタカナで書くのは対訳のある単語とない単語が混ざってアレになるのを避けるためじゃね
それなら初めから全部カタカナで書いたほうが楽
0401デフォルトの名無しさん2014/07/06(日) 06:44:45.70ID:pBYyLByM
>>387
もうこれでいいや
optionalなarrayやdictionaryはimmutableになるらしい。
だから、いったんassignしたらもう要素の変更や追加は出来なくなる。
dictionaryをどうしてもoptionalな変数として使ってあとで要素を変更したかったら、つどassignし直すしかない
0402デフォルトの名無しさん2014/07/06(日) 08:56:57.09ID:wroK/xvX
OptionalもArrayもDictionaryも型名なんだから大文字含めてそのままでいいだろ
0403デフォルトの名無しさん2014/07/06(日) 12:18:34.54ID:vgKebaqN
同じ用語でも言語ごとに違いあったりするから型名やキーワードはそのまま使ったほうが無難といえば無難
0404デフォルトの名無しさん2014/07/06(日) 12:19:30.74ID:imSiv+lN
If you assign an array or a dictionary to an optional value, it will be immutable.
So once you assign a value to the variable, you can neither add nor update any items to the value.
If you want to use an optional value of that type and update the items of the value after it has assigned, you need to assign a new instance which include the new items every time.
0405デフォルトの名無しさん2014/07/06(日) 12:26:30.27ID:WD1US8Yy
英語読めないやつはSwift手出すの止めとけ
エロい人が日本語の解説本だすまで待て

トップを走りたいなら英語勉強しろ
0406デフォルトの名無しさん2014/07/06(日) 12:36:18.28ID:g9cBJIwi
やっぱ>>404か>>390のどっちかだな。
カタカナ英語は気持ち悪い。
0407デフォルトの名無しさん2014/07/06(日) 12:56:53.22ID:kiq0BT0K
プログラムを算譜、インターフェースを境界面とちゃんと訳す木村泉先生訳の
本でも読んで正しい日本語訳とか何かを考えろよお前ら
0408デフォルトの名無しさん2014/07/06(日) 13:43:23.01ID:MR0J7zgQ
収納的属性、電算的属性
0409デフォルトの名無しさん2014/07/06(日) 14:02:52.83ID:g9cBJIwi
変数
関数
参照
構造体

C言語の時代は良かったな
明治時代の魂が残ってた
0410デフォルトの名無しさん2014/07/06(日) 14:13:25.10ID:EiccLsDu
マジで言っていそうで気持ち悪い
0411デフォルトの名無しさん2014/07/06(日) 14:29:15.53ID:g9cBJIwi
templateとclassを訳せなかったC++世代はヘタレだな
0412デフォルトの名無しさん2014/07/06(日) 14:29:42.13ID:XSnNqaqG
関数頭部とか90年代の変な訳語はなんなんだあれ
0413デフォルトの名無しさん2014/07/06(日) 14:37:39.17ID:g9cBJIwi
今は宣言と定義で定着したな
0414デフォルトの名無しさん2014/07/06(日) 15:11:26.51ID:WD1US8Yy
何でもかんでも日本語に訳せばいいとは思わないけどね
英語で意味を感じられればそれでいい
何てったって現地人はそうなんだから
0415デフォルトの名無しさん2014/07/06(日) 15:14:04.09ID:UgKQDcKg
ジェネリクスω
0416デフォルトの名無しさん2014/07/06(日) 15:28:58.82ID:uiO74oNf
>>414
やっぱ先輩ぱネェっす
0417デフォルトの名無しさん2014/07/06(日) 16:55:58.22ID:vf+otpu+
>>414
現地人は外国語じゃなく母国語で理解してると思うよ。
0418デフォルトの名無しさん2014/07/06(日) 17:48:50.09ID:4Al3+AY7
ちょんのわくせー
0419デフォルトの名無しさん2014/07/06(日) 18:33:02.81ID:vf+otpu+
classの色んな言語表現。

Клас, ААП
?
???

自国語に訳せてない国ってやっぱ少ないのな。
0420デフォルトの名無しさん2014/07/06(日) 19:35:34.29ID:6AiziFNr
訳せてないってことは語彙がない。概念がない。
新しい概念を導入するなら無理に日本語で作る必要は無い。
0421デフォルトの名無しさん2014/07/06(日) 19:44:55.59ID:BmWAhxas
わかればいいんだよ馬鹿どもが。もっと身のある話をしろ
0422デフォルトの名無しさん2014/07/06(日) 20:44:38.22ID:vf+otpu+
>>420
じゃお役所言葉で日本語になってるものは日本語でいいよね。
0423デフォルトの名無しさん2014/07/06(日) 21:28:06.85ID:wcmxE/LV
computer system を日本語訳してくだしあ
0424デフォルトの名無しさん2014/07/06(日) 21:30:12.91ID:q8UnPLrb
そういやタッチとかスワイプって訳されてないな
さわさわ？
0425デフォルトの名無しさん2014/07/06(日) 21:48:23.16ID:uI+Octwc
>>423 電子計算機システムまたは電子計算機機構
0426デフォルトの名無しさん2014/07/06(日) 21:50:23.05ID:c4JqBC4F
電子計算機ってなんかもっとカッコいい訳があっていい気がするんだよな
0427デフォルトの名無しさん2014/07/06(日) 21:58:15.04ID:eWlTyoxb
>>390
インサイドマックは、横文字が横文字のままで英単語と日本語が混ざった
とても日本語の翻訳文書と言えるものでは無かったけどな。
あんな最悪な翻訳本はなかなか無いぞ
0428デフォルトの名無しさん2014/07/06(日) 22:03:34.13ID:wcmxE/LV
>>426
電影算盤とか？
0429デフォルトの名無しさん2014/07/06(日) 22:10:41.39ID:XSnNqaqG
"継承"で学んだけど、英文の説明の中でのインヘリタンス(inheritance)の方が
遺伝的形質を受け継ぐ意味がよく伝わってイメージでわかるとは思ったかな。
継承だと持ち替えて渡してる感じだけどインヘリタンスは"伝統"みたいに
切れ目なく続いてるイメージの言葉なんだ、あれ。
0430デフォルトの名無しさん2014/07/06(日) 22:12:34.62ID:wcmxE/LV
相伝とか
0431デフォルトの名無しさん2014/07/06(日) 22:45:18.45ID:eWlTyoxb
インヘリタンスよりポリモーフィズムの日本語訳にしっくり来るのがないな
0432デフォルトの名無しさん2014/07/06(日) 22:45:48.32ID:eWlTyoxb
>>426
電脳で良いんじゃない?
0433デフォルトの名無しさん2014/07/06(日) 22:47:47.99ID:8W/9eoDc
>>431
多態とか多相じゃね
0434デフォルトの名無しさん2014/07/06(日) 22:52:26.14ID:vf+otpu+
>>426
電算機とか
0435デフォルトの名無しさん2014/07/06(日) 22:54:10.86ID:q8UnPLrb
そんなこと言い出したらオブジェクトとかプロパティとか
0436デフォルトの名無しさん2014/07/06(日) 23:01:23.67ID:wcmxE/LV
カタカナがいやなら、もう中国語をそのまま持ち込めばいいよ
0437デフォルトの名無しさん2014/07/06(日) 23:13:35.44ID:QMJgvLLE
critiqueを批判、blameを非難、variableを変数と訳してきた先人の努力を馬鹿にすんな。
0438デフォルトの名無しさん2014/07/06(日) 23:58:51.89ID:kiq0BT0K
templateはひな形でいいんじゃないかと思う。
virtualは何がいいんだろう？　実質か？
0439デフォルトの名無しさん2014/07/07(月) 00:04:07.19ID:S+o9LG15
>>437
そういえば「文字変数」なんて変な日本を違和感なく使ってるな
0440デフォルトの名無しさん2014/07/07(月) 00:09:06.82ID:q8c61ayr
いい加減ウザすぎ
0441デフォルトの名無しさん2014/07/07(月) 00:32:29.39ID:+HnIPqmo
>>438
仮想で定着してるだろ
0442デフォルトの名無しさん2014/07/07(月) 01:37:56.73ID:QwaEb3jX
仮想と実質じゃ受け取る意味はまるで違うんだが
どうしてこうなったんだか
0443デフォルトの名無しさん2014/07/07(月) 03:55:41.85ID:q8c61ayr
仮に想定した関数
仮に想定したメモリ(領域)
なにも不思議でもなんでもないだろ。いい加減うるせーよw
0444デフォルトの名無しさん2014/07/07(月) 07:22:40.86ID:dSawaSg/
トラフィックをトラヒックと表記するのはそろそろやめて欲しい
0445デフォルトの名無しさん2014/07/07(月) 07:49:41.67ID:UwWyk3rG
2チャネルを2チャンネルと…
■ このスレッドは過去ログ倉庫に格納されています