Carbonコードを64ビット対応にするための戦略と記事を探しています。
64ビット用のCarbonは存在せず、存在しないでしょう。それはほとんど行き止まりです。
したがって、Carbonアプリケーションとツールキットを64ビットにするためには、GUI部分をCocoaとObjective-Cで書き直す必要がありますね。
移行に費やす労力を最小限に抑えるにはどうすればよいですか?必要なObjective-Cコードの量を最小限に抑えるにはどうすればよいですか?
Carbonコードを64ビット対応にするための戦略と記事を探しています。
64ビット用のCarbonは存在せず、存在しないでしょう。それはほとんど行き止まりです。
したがって、Carbonアプリケーションとツールキットを64ビットにするためには、GUI部分をCocoaとObjective-Cで書き直す必要がありますね。
移行に費やす労力を最小限に抑えるにはどうすればよいですか?必要なObjective-Cコードの量を最小限に抑えるにはどうすればよいですか?
したがって、Carbonアプリケーションとツールキットを64ビットにするためには、GUI部分をCocoaとObjective-Cで書き直す必要がありますね。
うん。
移行に費やす労力を最小限に抑えるにはどうすればよいですか?必要なObjective-Cコードの量を最小限に抑えるにはどうすればよいですか?
私はCarbonから来ました。それは完全に異なります。以前のCarbonの経験を無視して、最初からやり直したほうがよいでしょう。また、私が行った初期の間違い(モデルレイヤーをスキップするなど)を犯さないかもしれません。
アプリに関しては、CarbonがCocoaのようにUIとロジックを分離するように強制しなかったため、おそらく多くの手術を行う必要があります。CocoaはMVCを実施します。あなたがそれに従わないならば、あなたは車輪を再発明して、間違いを犯して訂正することによって代償を払います。
それはCocoaをより多くの仕事のように聞こえさせますが、そうではありません。移植は(必然的に)難しいですが、そうでなければ、Cocoaはまったく逆です。Cocoaアプリの作成(および読み取り)は、Carbonアプリの作成(および読み取り)よりもはるかに簡単です。移植が終わったら、切り替えてよかったと思います。
ああ、そして多くの人がアーロンヒレガスによるMacOSX用のCocoaProgrammingとStephenKochanによるObjective- C2.0のプログラミングの一方または両方をお勧めします。私は最初の本を持っていて、それのいくつかを読みました、しかしそれは私がすでにココアを学んだ後であったので、私はそれを真剣に推薦することができません。そうは言っても、それは悪いことではなく、あなたがそれを読むのを間違えるとは思わない。二冊目も見たことがないので、その質については何も言いません。
[1] :(file:///Developer/Documentation/DocSets/com.apple.ADC_Reference_Library.CoreReference.docset/Contents/Resources/Documents/documentation/Cocoa/index-date0.html
スタックオーバーフローではファイルをリンクできません:URL)