【3Dゲームエンジン】Unity総合スレッド29 [無断転載禁止]©5ch.net

**名前は開発中のものです。** · 2016/12/13(火) 17:08:06.09

3Dゲームエンジン「Unity」のスレです。

Windows/Mac用。JavaScript/C#といった汎用言語を使用できるのが特徴です。
フリー版で開発したゲームは個人・法人を問わず追加のロイヤリティーなしで販売できます。
プラットフォームサポートはAround、iPhone/iPod Touch/iPad、Mac、PC、Web、WiiU、3DS、Xbox360、PlayStation 3他

次スレは>>970を踏んだ方が建てること。
ダメなら>>980か>>990が建てて下さい。
●公式
http://unity3d.com/unity/
●Unity 2ch Wiki
http://www24.atwiki.jp/unity2ch/
■質問スレ
【3Dゲームエンジン】Unity質問スレッド25
http://echo.2ch.net/test/read.cgi/gamedev/1465721773/

※前スレ
【3Dゲームエンジン】Unity総合スレッド28
http://echo.2ch.net/test/read.cgi/gamedev/1468040448/

**名前は開発中のものです。** · 2017/01/17(火) 14:55:31.17

unity初心者です．
unityでスクリプトが存在するかどうか確認するにはどうすればよいでしょうか．
BというオブジェクトにAという存在するかどうかわからない
スクリプトをつけたいのですが，this.gameObject.AddComponent<A>
を使うとAが存在しないときに，
「The name `A' does not exist in the current context」
というエラーが出てしまいます．何か良い方法はないでしょうか？

**名前は開発中のものです。** · 2017/01/17(火) 16:04:16.79

unity スクリプト取得
でググる。

**名前は開発中のものです。** · 2017/01/17(火) 16:09:22.59

>>435
C#は静的型付けな言語なので、
未定義なクラスをジェネリックの型パラメータにすることはできません
エラーメッセージのようにコンパイルエラーが出るのは当然です

スクリプトが存在しない場合って、そのクラス定義がないときにはどう正常に動かす予定なのでしょうか？

**名前は開発中のものです。** · 2017/01/17(火) 16:46:56.52

スクリプトがアタッチされているかどうかは
ランダムってこと？

if (A != null) 実行文

みたいな条件分けはダメかな？

**名前は開発中のものです。** · 2017/01/17(火) 16:53:55.12

>>438
やりたいことはそれかもしれん

でも、あのエラーメッセージが出るってことはAクラスを定義するスクリプト自体があったり、なかったりしてるよね？

A のスクリプトファイルを消したり追加したりしてるのかな？

**名前は開発中のものです。** · 2017/01/17(火) 18:21:15.36

クラスとインスタンスの区別がまだついてないのかも

**名前は開発中のものです。** · 2017/01/17(火) 18:40:39.11

>>436 >>437 >>438
アドバイスありがとうございます．わかりづらかったようで，すいません．
>>439さんのとおり，スクリプトファイルAが存在している場合と存在して
いない場合があって，存在している場合はスクリプトファイルをアタッチ
して，存在しない場合は何もしないように書きたいです．
しかし，this.gameObject.AddComponent<A>と書いた時点でAが
存在しない場合に上記エラーがでてしまうのをどうすれば解決できる
かわからなくて...

**名前は開発中のものです。** · 2017/01/17(火) 18:45:47.88

>>441
スクリプトファイルAが存在する場合としない場合があるということですが、作っているゲームが1つならそんなことは起こらないのでは？

2つ以上のゲームで共通して動くスクリプトを書こうとしているのですか？

**名前は開発中のものです。** · 2017/01/17(火) 19:44:46.24

>>441
AddComponentって文字列でクラス名を指定できたはずだから、戻り値がnullならクラスが存在しないって判断できるんじゃね？

もっと厳密にやるならType.GetType("クラス名") で型を取得して、戻り値がnullじゃなかったら、その戻り値をAddComponentに渡してやればいいんじゃね？

**名前は開発中のものです。** · 2017/01/17(火) 20:17:05.85

スクリプトを動的に生成している？
面白いことしてんな

**名前は開発中のものです。** · 2017/01/17(火) 22:02:31.81

public class GameController
{
//敵キャラの中に、いくつかEnemyControllerAという
//スクリプトを持つものがいるとして

GameObject enemyObject; //敵キャラのオブジェクト
EnemyControllerA eControllerA; //Aスクリプトの参照

void Start(){
//FindWithTagで敵オブジェクトを引っ張ってくる。
enemyObject = GameObject.FindWithTag(

**名前は開発中のものです。** · 2017/01/17(火) 22:07:53.07

>>445
「スクリプトを持つ」や「Aスクリプトの参照」って言葉は誤解を招く

「(Aスクリプトで定義された)Aコンポーネントを持つ」
「(Aスクリプトで定義された)Aコンポーネントの参照」

のほうが的確で誤解を招かない

**名前は開発中のものです。** · 2017/01/17(火) 22:15:53.81

メモ帳で軽く書いてみたんだけどうまく貼れなかったorz

「(Aスクリプトで定義された)Aコンポーネントの参照」
指摘サンクス

if( enemyObject != null){
eController = enemyObject.GetComponent<EnemyControllerA>();

if(eController != null){
//EnemyControllerAを持っていれば、スコアに20点追加される。
eController.score += 20;}
}

これでどうだろ？
ゲーム全体を管理してるGameControllerクラスのStart関数で
FindWithTagで引っ張ってきた
敵キャラの内、EnemyControllerAのスクリプトがアタッチされてる
キャラのスコアに20点追加するって感じなんだけど

**名前は開発中のものです。** · 2017/01/17(火) 22:20:58.21

アセットを買えば良いんじゃない

**名前は開発中のものです。** · 2017/01/17(火) 22:31:46.46

447だけどケータイから

プレイヤーの参照も取得していて
eController.score += player.HP;

sceneロード時のプレイヤーのHPをスコアに
加えるとかの方が意味があったかな？

**名前は開発中のものです。** · 2017/01/17(火) 23:05:54.56

ここは質問スレになったのかい

**名前は開発中のものです。** · 2017/01/17(火) 23:13:46.29

>>450
ごめんなさい
途中から質問スレに移るとあっちで文脈が伝わりづらくなるかなと思って

てか、最近は総合スレと質問スレを分ける必要なんてないんじゃないかと思い始めてる

ハッ！
"総合"スレなんだから、質問だって受け入れても良いのではないだろうか

ダメ？

**名前は開発中のものです。** · 2017/01/17(火) 23:36:52.11

今日は小泉花陽ちゃんの誕生日だから許してやる

**名前は開発中のものです。** · 2017/01/17(火) 23:41:16.35

>>442 >>443 >>444 >>445
コメントありがとうございます．
>>444さん，丁寧にコードまで載せていただき，
ありがとうございます．無事に解決しそうです．

総合スレとは別に質問スレというのがあるんですね．
気づきませんでした．お目汚し失礼しました

**名前は開発中のものです。** · 2017/01/18(水) 11:11:56.22

http://kotaku.com/video-games-arent-allowed-to-use-the-red-cross-symbol-1791265328

Unity関係ないが割とよく目にするシンボルなので

**名前は開発中のものです。** · 2017/01/18(水) 14:34:04.33

>>454
へー
これは知らんかった

**名前は開発中のものです。** · 2017/01/18(水) 15:07:08.88

すみません、Unity初心者なのですが、質問させてください。

Valveの公開している「The Lab」で行われいる、
ゲーム上で別ゲームのexeを呼び出して、exe間をシームレスに繋ぐ手法を、今作っているものに取り入れたいのですが、
やり方を色々探しても見つからなくて、もしどなたかご存知でしたら教えてもらえませんか。

**名前は開発中のものです。** · 2017/01/18(水) 18:02:17.28

しっかし定期的に現れるな
質問スレと総合スレの区別もつかない池沼

**名前は開発中のものです。** · 2017/01/18(水) 22:03:04.04

>>456
絶対教えない
質問スレに行っても一生教えないから

**名前は開発中のものです。** · 2017/01/18(水) 22:08:43.94

"総合"なのが悪いんだろう
"質問" not included なんだとスレタイが伝えてないもん

**名前は開発中のものです。** · 2017/01/18(水) 22:32:42.94

>>459
質問スレがあるのに総合は質問を含むと思うってどこまでバカなの？

どこまでバカなのか答えられないだろうからこれは質問じゃないんだよ♪

**名前は開発中のものです。** · 2017/01/18(水) 22:49:40.58

>>460
>>453のレスをちゃんと読めば分かるけど、質問スレの存在に気づかずにここに質問投げる初心者多いやん

>>456がそうかは知らないが

**名前は開発中のものです。** · 2017/01/18(水) 22:52:08.80

質問スレの存在に気づかずにここに質問投げる初心者が後をたたないということは、ここの導線設計に不備があるということだ

**名前は開発中のものです。** · 2017/01/18(水) 23:15:28.95

脊髄反射レスで自治厨気取ってもな…
少し位質問あってもいいだろ、ドンだけ余裕ないんだよ…

余裕ないのは仕事の締切だけで十分だろ

**名前は開発中のものです。** · 2017/01/19(木) 12:27:38.57

>>463
生き甲斐なんだから許してあげて

**名前は開発中のものです。** · 2017/01/19(木) 12:38:08.36

www

**名前は開発中のものです。** · 2017/01/19(木) 12:39:53.16

間違ってここで質問したのが恥ずかしくて話をそらそうと必死杉

**名前は開発中のものです。** · 2017/01/19(木) 13:22:07.28

質問スレじゃないとこに書いたのに気づいても、ガタガタうるせーなさっさと答えろよぐらいしか思わんと思うが

**名前は開発中のものです。** · 2017/01/20(金) 12:58:12.60

>>467
許したげて

**名前は開発中のものです。** · 2017/01/21(土) 14:51:04.01

ちゃんとセーブ終わって終了せんとプレファブ全部ぶっ壊れるんやねコレ
泣く泣く全部修正してるわ今

**名前は開発中のものです。** · 2017/01/21(土) 14:57:27.59

つGit

**名前は開発中のものです。** · 2017/01/21(土) 15:31:02.18

保存すらしていないものをGitでどうしようというのか…

>>469
古いネタなので現在も問題なく使えるかは微妙だが、この辺試してみるといいかも
http://tsubakit1.hateblo.jp/entry/20140208/1391842215
再生前に必ずシーン保存する習慣をつけておけば必要なくなると思うけどね

**名前は開発中のものです。** · 2017/01/21(土) 15:35:11.72

GlobalGameJam2017 東京武蔵境会場ダダ流し配信2
2017/01/21(土) 開場:23:57 開演:24:00
lv288089179

**名前は開発中のものです。** · 2017/01/21(土) 21:09:05.51

セーブはこまめに

**名前は開発中のものです。** · 2017/01/21(土) 21:40:12.63

個人開発でもgitは使ったほうがいい
bitbucketとか無料で使えるしな

**名前は開発中のものです。** · 2017/01/21(土) 23:25:19.91

日本語がいいとか、非公開リポジトリがいいとか、容量がどうこうとか、
その辺も考えると大変だけどねぇ

**名前は開発中のものです。** · 2017/01/21(土) 23:30:13.19

bitbucketは日本語も非公開も、容量もクリアしてるぞ

**名前は開発中のものです。** · 2017/01/22(日) 01:52:55.67

あー、今は日本語も使えるのか
人数制限の関係で使ってなかったから知らんかったぜ

まあ、Git系以外の選択肢もありそうだが
無難なのはGitか

**名前は開発中のものです。** · 2017/01/22(日) 10:05:46.54

人数制限厳しいならgitlab使っとけ

**名前は開発中のものです。** · 2017/01/22(日) 11:29:55.02

設計にすごい悩むわ
どういう継承させてとかどういうクラスにどういう処理させてとかどう考えながら作ってる？

知り合いは思いつきでバンバン作ってて、まあそれでも作れちゃってるからいいのかもしれんけど

**名前は開発中のものです。** · 2017/01/22(日) 11:55:42.08

プログラムって、理論型と感性型の２つのタイプの人が居て、
事前にネットワークフローからクラス構成、APIを作る所から始める人と、
キャラクターをとりあえず動かす！って所から始める人といて、
時間かけるとゴールは同じ所に行くのですよ。

**名前は開発中のものです。** · 2017/01/22(日) 12:02:08.96

俺はF#で組んでやるって息巻いてから詰まってるよ

**名前は開発中のものです。** · 2017/01/22(日) 13:43:10.15

企業でも両方存在するし、一概にどっちがいいとも言えない永遠のテーマだな。

**名前は開発中のものです。** · 2017/01/22(日) 17:26:51.70

企業なら設計からやるのがベストだな

**名前は開発中のものです。** · 2017/01/22(日) 17:30:10.02

>>481
Windows用だったらF#でも動く？

**名前は開発中のものです。** · 2017/01/22(日) 17:47:26.78

>>483
googleはドキュメントだけで設計書は作らなかったはず。
何がベストかは誰にも分からん。永遠のテーマ。
理系はすぐに優劣つけたがるから自分の手法がベストだと言い張るが、それは揉め事の原因にしかならん。

**名前は開発中のものです。** · 2017/01/22(日) 20:00:47.18

永遠のテーマw
いや設計書としてアウトプットするか頭の中にあるかの違いだけで、作れる奴は必ずざっくりと設計はしてるだろ

できる奴はどんな物を作るかを認識するのとほぼ同時進行でどう作るかのパターンを幾つか思い浮かべてどれが適切かの取捨選択ぐらいは普通にやってる
出来ない奴がそれを設計していないと誤認して真似をすると迷走した挙句挫折する典型パターンにハマる

**名前は開発中のものです。** · 2017/01/22(日) 23:20:29.52

とどのつまり設計を形で残すか否かだが、残さない奴は後日修正するとき解読からやるハメになる

**名前は開発中のものです。** · 2017/01/22(日) 23:23:01.16

おれはざっくりとした設計をUMLで残すけど
最近は下火なん？>UML

**名前は開発中のものです。** · 2017/01/22(日) 23:29:18.48

下火だろね
一部の図は有益と思うけど。

**名前は開発中のものです。** · 2017/01/22(日) 23:34:35.94

>>489
シーケンス図は面倒くさ過ぎて大嫌いだけど
クラス図や状態遷移図は未だに本質を付いてると思うんだけどなぁ
構造ってとてもとても大事だよ

**名前は開発中のものです。** · 2017/01/23(月) 00:02:24.56

レベル高い流れだな
俺は初心者だが、でかいホワイトボード買おうか考え中w
映画とかに出てくるクリアボードだとカッコ良さそうだが

**名前は開発中のものです。** · 2017/01/23(月) 01:14:48.03

クラス図や状態遷移図（兼用でもいい）みたいなものはあったほうが後から絶対役に立つ。
ざっっくり作って、後は作りながら修正していけばいいんだし。

シーケンス図は作っても結局読むのに時間かかるから嫌いだなぁｗ
研修でしか書いたことないわｗ

**名前は開発中のものです。** · 2017/01/23(月) 01:18:46.38

そういうの作る便利ソフトって何があるの？

**名前は開発中のものです。** · 2017/01/23(月) 02:44:28.86

>>493
会社ではastahやEnterprise Architectとかのツールで作ったり
CacooみたいなWebサービス使ったりしてたけど
個人開発ではもっぱらPlantUMLとAtomの組み合わせでさっくり書いてるわ
テキスト書くだけで綺麗な図が出来上がるからググってみてね

**名前は開発中のものです。** · 2017/01/23(月) 02:47:28.34

っていうか普通のコードも
いきなりプログラム言語で書くんじゃなくて
流れというかロジックを書き出して
整理した方がいいよな
面倒くさくてなかなかやらないけど

**名前は開発中のものです。** · 2017/01/23(月) 08:28:07.84

>>487
実務では、最新と言って受け取ったドキュメントと実装が違ったりして結局読む所からやらなきゃいけないなんてのはよくある話だけどな

個人的な意見をいうならクラス図を作るぐらいなら、その分docコメントを充実させてあった方がなんぼかまし、どうせクラス図のメンテなんかしないだろ
不思議と設計の下手な奴ほど概要設計をきっちりやらずにクラス図から書き始めて悩んでる
いやクラス図書くにしてもその前にもっとざっくりと設計しろよと

コンポーネント図、ER図、シーケンス図、コラボレーション図、状態遷移図なんかは必要に応じて適宜作成しておいた方がいいかな
複数の要素にまたがる動きや、時間と状態遷移に関わる部分ってのはコードを読んで読み取るのは手間がかかるので、図示されていることにはそれなりの意味がある

**名前は開発中のものです。** · 2017/01/23(月) 09:17:02.79

>>496
> 不思議と設計の下手な奴ほど概要設計をきっちりやらずにクラス図から書き始めて悩んでる

概要設定をきっちりやるってどうやるんやろう
概要をきっちり抑えたいからまずクラス図を描いてるんやけども、もっと良い方法あるなら教えてください
クラス図よりdocコメントを残せってことはまずはコメントで概要設計しろということ？
そんなことできるの？

**名前は開発中のものです。** · 2017/01/23(月) 09:23:30.12

>>496
その設計が下手なヤツっていうのは
クラス図をまず書くから下手なんじゃなくて、
オブジェクト指向設計をちゃんと学んでないから下手なんじゃないのかなぁ
オブジェクト指向言語を勉強してコード書ける人は多いけど、
オブジェクト指向設計を本格的に本読んで学んだ人は少ないよな

**名前は開発中のものです。** · 2017/01/23(月) 09:52:30.17

>>497
自分は動作におけるポンチ絵を描くけどクラス図はまあ自明だからそんなかかんよ。
けどクラス図から入る方がやりやすかったらそうすればいいのでは

**名前は開発中のものです。** · 2017/01/23(月) 10:04:10.63

>>499
ポンチ絵も大事だね
ポンチ絵で何を描くの？

クラス図って自明なのかなぁ
自明じゃないからこそ描いて設計をブラッシュアップするものだと思ってた

忘れてたけど、クラス図より先にモジュール分割図描くわ

Unityだとあんま必要性がないから描かないけども

**名前は開発中のものです。** · 2017/01/23(月) 10:05:15.36

一人で作るときは何も書かない
コード自体が設計図

**名前は開発中のものです。** · 2017/01/23(月) 10:10:05.38

数十程度ならまあプロジェクトをざっと眺めるだけで把握出来るけど、
数百以上になるともう眺めるだけで時間を浪費するから規模によりけり

**名前は開発中のものです。** · 2017/01/23(月) 10:15:18.12

>>487の流れで、引継ぎを円滑にやることが問題とされてるのかな
一番いいのは、きれいなコードを書いて、きれいなフォルダ構造にまとめることだね
百聞は一見にしかず
やたら枚数が多くてしゃっちょこ張ったドキュメントを読まなくても、直感的に分かるクラス名、関数名、フォルダ名の階層構造
特殊な定数や正規化には必ずコメントで意図を解説しておく

ただ複雑なプロシージャル過程については、パワポでアルゴリズムを図解するくらいはやった方が断然いい

**名前は開発中のものです。** · 2017/01/23(月) 10:20:47.98

>>500
ややこしいところのロジック考えるためにこの時この辺がこれ持ってるからこうしてああしてとか。
それでやっぱりこういう風なオブジェクトにした方がいいなーとか考える

**名前は開発中のものです。** · 2017/01/23(月) 10:27:38.06

>>503
そうだねぇ
関数名や変数名を見れば自明なことまでコメントに書いてあってうんざりしたり
反対に、
関数名や変数名を雑につけてるから意図を読み解くのが大変だったり

コメントには意図や目的を書いてくれれば十分だと思うよ

5W1H のうち、What, Who, Where, When, How はコードのなかに詰め込めるけど、Whyだけがコードでは表現できない
だから、コメントにはWhy (意図や目的)を重点的に書いて欲しい
反対に
コードには残りの4W1H(What, Who, Where, When, How)を詰め込むように心掛けたい
キレイで美しいコードになるから

技量的に無理なときはコメントで補完ねw

**名前は開発中のものです。** · 2017/01/23(月) 10:27:43.58

>>503
きれいなコード（主観）できれいなフォルダ（主観）

この主観ってただその当時の個人の好みに過ぎないし、
好みは簡単に変わるから数年前の自分で書いたコードが読めないとかざらにあっていまいち信頼性に欠ける

**名前は開発中のものです。** · 2017/01/23(月) 10:30:31.85

>>504
なるほど
やってることは同じだわ
俺はそれをポンチ絵じゃなくてクラス図書いて検討してるだけだな

**名前は開発中のものです。** · 2017/01/23(月) 10:36:49.85

>>506
主観でしか計れないものなんだけども、
その自分の主観を信用して
きれいなコード、
きれいなフォルダ構造
になるように常に心掛けましょう、ということかと

数年前の自分より成長してるんだろうから
当時の自分が何を考えてこんなコードを書いてたのか、今となにが違うのかとかに想いを馳せたらいいんじゃないかな

**名前は開発中のものです。** · 2017/01/23(月) 10:42:01.61

なんでPPUいじると重力が影響受けるんだろう？なんで？

**名前は開発中のものです。** · 2017/01/23(月) 10:42:01.93

俺は3年後の自分がコードやコメントを読み直したときに、すぐに把握できるように心掛けてソースコードやドキュメント残してるなぁ

3年も経てば色々忘れるから、自分の書いたコードでも訳が分からなくなるんだもん
忘れそうなことは書いておく

そう心掛けてたら後輩から
すっごくキレイで美しいコードですねと言われて感動した
自分のためにやってただけなのにw

忙しいときとかモチベ落ちてるときはそこまできっちりやらずにサボるけどw

**名前は開発中のものです。** · 2017/01/23(月) 10:55:37.79

>>506
つっても、問題（ゲーム内容）が多岐にわたるから、一概に「引継ぎし易さ」を客観的に特徴付けるのは困難じゃん。
勿論、客観的な特徴づけが出来るに越したことは無いと思うけど、
しゃっちょこ張って、コーディング規約でやたら主観を否定するのも、不自由という気がするな
ただ金払って雇っている新人に対しては、ミクロな部分でコーディング規約を徹底させたほうがいいと思う

そういや、複数の要素が絡む状態遷移に、複数の状態機械を使っている辺りが、事後解読困難になる

**名前は開発中のものです。** · 2017/01/23(月) 11:33:45.32

可読性と実行速度がトレードオフになるが、実行速度がどうしても捨てられない場合は、
何を基準に、「引き継ぎ易さ」の良し悪しを決めればいいんだ？！

**名前は開発中のものです。** · 2017/01/23(月) 12:00:52.66

引き継ぐのにどれくらいの労力が必要か

**名前は開発中のものです。** · 2017/01/23(月) 12:12:39.44

>>513
それっていわゆるトートロジー

>>505
＞Whyだけがコードでは表現できない
いわれてみるとコメントにWnyを書く場合が多い気がするな。
といっても、自分の場合、後から見直して訳が分からなくて、何でワザワザこんな条件判定を付けたのかを思い出して、二度と同じ苦労で疲弊しないために初めてコメントで付けるみたいな
それくらいしか面倒くさくて書いてないｗ
自分の場合、5W1H分解まで考えてないですｗ

**名前は開発中のものです。** · 2017/01/23(月) 12:19:58.77

自分はWhyはGitのコミットメッセージに入れちゃうな
後でログ見返せばいいだけだし、思考の変化の時系列もわかるし

**名前は開発中のものです。** · 2017/01/23(月) 14:08:52.38

>>514
そんなもん規格化できるか馬鹿って皮肉だよw

**名前は開発中のものです。** · 2017/01/23(月) 14:37:29.31

たまにいるよな、所構わずウ○コしだすお爺さん
ヤレヤレこうはなりたくないもんだ（クジラ並みのため息）

**名前は開発中のものです。** · 2017/01/23(月) 16:02:00.81

>>514
（めっちゃ長文になったから読みたい人だけ読んでください）

僕はC言語からプログラミング始めてC++に移ったんだけど、当時は継承だとかカプセル化だとかばかりが持ち上げられてて端的に何が魅力なのか良く分からなかったんさ
で、自分なりにオブジェクト指向言語の良さって何だろうと考えてみたんだけど、あぁ英語の文章として自然なんだなと

C言語で関数書くときは

void Do()
{
Do_A();
Do_B();
}

でDoだけしか重ねられないけど
C++だと

void Class::Do()
{
Object1.Do_A();
Object2.Do_B();
}

誰が何をするか文を重ねるだけで、処理が英語の文章として出来上がるから自然なんだと。若い世代には当たり前過ぎることなのかもしれんがw
オブジェクト指向言語ってただの英語の文章じゃんと気づいたあとは、コード書くときは極力英語脳で書くように心掛けてる
関数の処理内容をキチンと表した関数名になるよう、必要ならS.VOC()で、目的語や副詞や前置詞までキッチリ付ける
関数名や変数名をつける為だけに英語の辞書サイトや類語サイトを検索しまくることもしばしばで…
そういう面倒くさいこと続けてきた結果、英語力も割りとついたし、関数名や変数名で表現しにくいのってWhyだけだなぁと気づいた次第です
Why(目的や意図)でも、一つの単語で表現できるような簡単なものForを使えば書けるけど、
ちょっと複雑になると
S->VOCBecause ～()になって、長ったらしくて冗長だから英語圏の開発者も絶対やらんもんねw
まぁ単に文学系プログラマってヤツだよ

**名前は開発中のものです。** · 2017/01/23(月) 18:42:58.10

Cが下手なんでは…？

関数ポインタでそのへんは解決するような。
pythonのメソッドの第一引数がなぜselfなのか考えれば、中がどうなってるか何となく想像つくと思うんだけど。

**名前は開発中のものです。** · 2017/01/23(月) 19:22:48.22

組み込みだったから関数ポインタ多用してたよ
でも回りくどいでしょ
C言語でオブジェクト指向的に書くことはできるし、C++始める前の組み込み時代からカプセル化を気にしてコードを書いてたけど、あれ面倒くさいでしょ
あの面倒くささを言語仕様が吸収してくれたから有り難かった

pythonが第一引数selfをわざわざ残したのは大英断

**名前は開発中のものです。** · 2017/01/23(月) 19:45:27.90

初心者で申し訳ないのですけど、mvcパターンとオブジェクト指向設計はまた別？？
この辺でおすすめの本あったら教えてください🙆

**名前は開発中のものです。** · 2017/01/23(月) 19:58:36.74

>>521
オブジェクト指向設計が提唱されて米国で広まった結果産まれたのがMVCパターンだね
デザインパターンもそう

パターン系は書籍で学んでないからオススメできないけど、
オブジェクト指向設計絡みで僕が読んだ本はこんな感じ↓

https://www.amazon.co.jp/dp/4822281957/ref=cm_sw_r_cp_awdb_WaEHybD4ZHJA5

https://www.amazon.co.jp/dp/4873113490/ref=cm_sw_r_cp_awdb_jcEHybWR27F7V

https://www.amazon.co.jp/dp/4894716828/ref=cm_sw_r_cp_awdb_2cEHybHFK2FAF

**名前は開発中のものです。** · 2017/01/23(月) 20:02:58.58

げ、改めて見たら実践UMLもう中古しかないのか…orz
中古10万から、ってどんだけ希少本になってるんだ…

まだ発行されてる本ならこれもなかなか良かった記憶がある

https://www.amazon.co.jp/dp/4798107956/ref=cm_sw_r_cp_awdb_HiEHybR0HGTYS

**名前は開発中のものです。** · 2017/01/23(月) 21:52:27.45

>>523
誰が10万で買うんだw

**名前は開発中のものです。** · 2017/01/23(月) 22:20:11.98

>>512
そんなハイレベルな葛藤を悩んだ上でどちらかに決定した訳だから、これこれこう考えてこっちを選びました、とコメントかドキュメントに残せばいいんじゃないかな

**名前は開発中のものです。** · 2017/01/24(火) 12:50:19.05

ヘキサドライブのブログ見てたら面白そうなの見つけたよ
http://hexadrive.jp/hexablog/%e3%81%84%e3%81%84%e3%83%a2%e3%83%8e%e3%81%a5%e3%81%8f%e3%82%8a%e9%81%93/15634/

**名前は開発中のものです。** · 2017/01/26(木) 01:07:49.98

図にして残しても実装したらこーどしか見返さなから、初期の箇条書きかマインドマップくらいだな
仕事だったらルール通り書き残すけど

**名前は開発中のものです。** · 2017/01/26(木) 08:48:28.33

ところでみなさんはUniRx使ってます？

**名前は開発中のものです。** · 2017/01/26(木) 08:52:51.59

>>528
使ってますよ
まだ使い切れてはいないけど
便利だよね
たしか作者さん日本人だし、
外国人からの評価も高いよね
ドネーションしたいわ

**名前は開発中のものです。** · 2017/01/27(金) 00:04:12.50

adamのアセット入れるとカスタムシェーダーの設定入るのか・・・

**名前は開発中のものです。** · 2017/01/28(土) 04:28:42.21

2DのRaycastってあんま安定してない？
3Dと違って思うようにいかない・・・

**名前は開発中のものです。** · 2017/01/28(土) 12:40:56.85

https://www.youtube.com/watch?v=quIHgwuF6r4&;sns=em

**名前は開発中のものです。** · 2017/01/28(土) 13:41:35.44

unistorm買おうかと思うんだけど天候系のアセットでunistormよりいい物ってある？

**名前は開発中のものです。** · 2017/01/28(土) 16:11:25.65

Time of Day

**名前は開発中のものです。** · 2017/01/29(日) 08:35:42.94

3D対応の雲のアセット欲しいけどんな便利なもんないよなあ…