常連

## やりたいこと
Unityでセーブデータを保存する際にJsonテキストへのシリアライズを行うのが良く使われる方法の一つかと思います。
データをシリアライズした結果のJsonテキストをstreamに書き出そうとしたのですが、
C#の制限で1つの配列が保持できる要素数がint32.MaxValueの半分2147483591個
[https://stackoverflow.com/questions/21408786/maximum-number-of-elements-in-an-array-vs-maximum-indexer-value](https://stackoverflow.com/questions/21408786/maximum-number-of-elements-in-an-array-vs-maximum-indexer-value)
の制限に引っかかってしまいました。

普通のC#アプリではこの制限を拡張し、2147483591個以上の配列を持てるようにする[方法](https://docs.microsoft.com/ja-jp/dotnet/framework/configure-apps/file-schema/runtime/gcallowverylargeobjects-element?redirectedfrom=MSDN)があるようです。
（C#のApp.configに設定を追記するのかな？）

やりたいこととしてはUnityで上記C#での方法を実現したいです。
（UnityではApp.configに対応するものはどこに作られるのでしょうか？）
よろしくお願いいたします。

## やってみたこと

シリアライズしたい構造体dataがあって、これはかなり大きなデータを持っています。
System.Runtime.Serialization.Json.DataContractJsonSerializer.WriteObject(stream, data)
の部分でdataのシリアライズ結果の文字列をstreamに書き出しています。ここでシリアライズ結果の文字数が2147483591個を超えると、stream内のバイト配列の要素数が上限を超えるためエラーが起きます。

```C#
    using(System.IO.MemoryStream stream = new System.IO.MemoryStream())
    using (var fs = new FileStream(path, FileMode.Create, FileAccess.Write))
    {
        System.Runtime.Serialization.Json.DataContractJsonSerializer serializer 
            = new System.Runtime.Serialization.Json.DataContractJsonSerializer(data.GetType());
        serializer.WriteObject(stream, data);
    }

```

Unityで2GBを超える配列を扱いたい

###前提
サーバーサイドではJSONの出力しか行わない為MVC機能は不要
サーバーソフトはApache
MySQLを使う
OSはLinux
ASP.NETはMono上で動かす
サーブレットコンテナはTomcat

###個人的な考え
文法はjavaよりスッキリ書けるC#の方が好きなので出来ればASP.NETを使いたい

###教えていただきたいこと
MonoはMS公式ではないが大丈夫なのか(バグ・新機能への対応・標準ライブラリ等)
ASP.NETはMVCの記事が多いがそれ以外では使うべきでないのか
パフォーマンスや安定性ではサーブレットとASP.NETどちらが上なのか(誤差レベルであれば気にしない)
LINQは遅いと聞いたが使って大丈夫なのか
総合的に見るとどちらを使うべきか

多いですが、宜しくお願いします。

ASP.NETとjavaサーブレットの比較

こういうことがしたいのですが、エラーが出てしまいます。

```C#
interface IHoge {}

class Hoge : IHoge {}

class HogeHolder
{	
	public HogeHolder(List<IHoge> hogeList)
	{
		//...
	} 
}

class Program
{
    static void Main(string[] args)
    {
        var list = new List<Hoge>();
	list.Add(new Hoge());
	var holder = new HogeHolder(list);
    }
}
```

以下のようなエラーが出ます。
```
The best overloaded method match for `HogeHolder.HogeHolder(System.Collections.Generic.List<IHoge>)' has some invalid arguments
```

Listを通さない場合はエラーなく通ります。

```C#
class HogeHolder
{	
	public HogeHolder(<IHoge> hoge)
	{
		//...
	} 
}

class Program
{
    static void Main(string[] args)
    {
	var hoge = new Hoge();
	var holder = new HogeHolder(hoge);
    }
}
```

HogeHolderを、IHogeを下限とするジェネリクスのクラスにすれば、多分コンパイルは通るのかと思いますが、特にジェネリクスである必要のないクラスなので、それはしたくありません。

メソッドのように、引数から型パラメータを推測できれば、不必要な型パラメータ指定する必要がないので構わないのですが、コンストラクタの場合はできないようですね。。。

どうしたらいいのでしょうか？

--追記--
環境はMonoであり、純粋な.NETではありません。.NET環境では、HogeHolderの引数をIEnumerableにすることで、エラーなくコンパイルできました。

[C#] 引数にList<IHoge>を取るコンストラクタにList<HogeImpl>を渡せない

# やりたいこと
C++で書かれたNativeのDLLがあります。
これをUnityで使いたいというのが目的です。

環境は以下の通りです。
* Windows10 pro x64
* Unity 2019.1.5f1
* VisualStudio2017

UnityプロジェクトのProjectSettingは以下のようになっています。
スクリプティングランタイムバージョン:.NET 4.x相当
API互換レベル:.NET 4.x

仮にDLLの内容を以下のような内容とします。名前は「MyNativeDLL.dll」とします。
Release x64でビルドしてあります。
【MyNativeDLL.hpp】
``` C++
#pragma once
#include<string>
#include<vector>

#ifdef MYNATIVEDLL_EXPORTS
#define MYNATIVEDLL_API __declspec(dllexport)
#else
#define MYNATIVEDLL_API __declspec(dllimport)
#endif

class MYNATIVEDLL_API NativeVector
{
public:
	float x;
	float y;
	float z;
};

class MYNATIVEDLL_API NativeClass
{
public:
	std::string name;
	std::vector<NativeVector> points;
};

MYNATIVEDLL_API int NativeFunc(std::string num, std::vector<NativeClass> &data);
```

# やってみたこと
考え付いた方法を2つ試しました。

* ①C++/CLIでラッパーDLLを作成してC#プログラムで使う時と同じように使う。
* ②①がダメだったので①をさらにC#で作ったDLLでラップして使う。

結論から言うとどちらもうまくいきませんでした。

## ①C++/CLIでラッパーDLLを作成する。
VisualStudioの新規プロジェクトから「Visual C++ → CLR」でプロジェクトを作成します。
名前は「MyCliDLL」としました。
この時.NET Framework4.6.1が選択されていました。
プロジェクトプロパティからMyNativeDLLのヘッダーとDLLを参照しました。
内容は以下のようにします。
【MyCliDLL.hpp】
```C++
#pragma once
using namespace System;

namespace MyCliDLL {

	public ref class CliVector
	{
	public:
		float x;
		float y;
		float z;
	};

	public ref class CliClass
	{
	public:
		System::String^ name;
		System::Collections::Generic::List<CliVector^>^ points;
	};

	public ref class CliFuncs {
	public:
		static int CliFunc(System::String^ num, [Runtime::InteropServices::OutAttribute]System::Collections::Generic::List<CliClass^>^% data);
	};
}

```
実装は以下の通りです。
【MyCliDLL.cpp】
```C++
#include "pch.h"

#include<MyNativeDll.h>
#include <msclr/marshal_cppstd.h>
#include<iostream>

#include "MyCliDll.h"

namespace MyCliDLL {
	int CliFuncs::CliFunc(System::String^ num, [Runtime::InteropServices::OutAttribute]System::Collections::Generic::List<MyCliDLL::CliClass^>^% data) {
		std::string native_num = msclr::interop::marshal_as<std::string>(num);
		std::vector<NativeClass> *native_data = new std::vector<NativeClass>();
		
		int result = NativeFunc(native_num, *native_data);
		data = gcnew System::Collections::Generic::List<CliClass^>();
		for (int i = 0; i < native_data->size(); i++) {
			CliClass^ tmp = gcnew CliClass();
			tmp->name = msclr::interop::marshal_as<System::String^>(native_data->at(i).name);
			tmp->points = gcnew System::Collections::Generic::List<CliVector^>();
			for (int j = 0; j < native_data->at(i).points.size(); j++) {
				CliVector^ vec = gcnew CliVector();
				vec->x = native_data->at(i).points.at(j).x;
				vec->y = native_data->at(i).points.at(j).y;
				vec->z = native_data->at(i).points.at(j).z;
				tmp->points->Add(vec);
			}
			data->Add(tmp);
		}
		return result;
	}
}
```
これをRelease x64でビルドしました。
Build時に出てきたもの（MyCliDLL.dllとかMyCliDLL.pdb）とMyNativeDLL.dllをUnityのAssets/Plugins/に配置してVisualStudioから普通のC#プログラムでやるときと同じように参照してみました。
VisualStudioの方はちゃんと参照されてるのですが、そもそもVisualStudioのプロジェクトセッティングとUnityは関係ないのでUnityではMyCliDLL.dllを参照できないということが分かりました。

## ②C#で①のラッパーDLLを作成する。
UnityでC++/CLIのDLLが使えないのならC#で作ったManagedなDLLならさすがに使えるだろうと考えました。
VisualStudioのプロジェクト新規作成からVisual C# → クラスライブラリ(.NET Standard)でプロジェクトを作成しました。
名前は「MyCsDLL」としました。
プロジェクトプロパティからターゲットフレームワークを「.NET Standard2.0」としました。
参照に①で作成したMyCliDLL.dllを追加します。
内容は以下のようにします。
【MyCsDLL.cs】
```C#
using System;
using System.Collections.Generic;

namespace MyCsDLL
{
    public class CsVector
    {
        public float x;
        public float y;
        public float z;
    }

    public class CsClass
    {
        public string name;
        public List<CoreVector> points;
    }

    public class CsFuncs
    {
        public static int CsFunc(string num, out List<CsClass> data)
        {
            List<MyCliDLL.CliClass> _data;
            MyCliDLL.CliFuncs.CliFunc(num, out _data);
            data = new List<CsClass>();
            foreach(MyCliDLL.CliClass d in _data)
            {
                CsClass tmp = new CsClass();
                tmp.name = d.name;
                tmp.points = new List<CsVector>();
                foreach (MyCliDLL.CliVector v in d.points)
                {
                    tmp.points.Add(new CsVector() { x = v.x, y = v.y, z = v.z });
                }
                data.Add(tmp);
            }
            return 0;
        }
    }
}
```
Release x64でビルドしC#のコンソールアプリからは呼び出し可能なことを確認しました。
ビルド時に出てきたファイル（MyCsDLL.dll,MyCsDLL.pdb,MyCsDLL.deps.json）と①のMyCliDLL.dllとMyNativeDLL.dllをUnityのAssets/Plugins/に配置しました。
今回はVisualStudioの方でわざわざ参照しなくても、Unityの方でMyCsDLL.dllを参照してくれたようです。
UnityにはMyCsDLL.dllを呼び出す適当なコンポーネントを作っておきます。
【TestDll】
```C#
using System.Collections;
using System.Collections.Generic;
using UnityEngine;

public class TestDll : MonoBehaviour
{
    void Start()
    {
        List<MyCsDLL.CsClass> data;
        MyCsDLL.CsFuncs.CsFunc("1",out data);
        foreach(MyCsDLL.CsClass d in data){
            Debug.Log("/// CsClass ///" + d);
            foreach(MyCsDLL.CsVector v in d.points){
                Debug.Log("// point // "+v.x + "," + v.y + "," + v.z);
            }
        }
    }
}

```

### 出ているエラー
Editor上で実行するときは下記のようなランタイムエラーが出ます。
```
InvalidProgramException: Invalid IL code in MyCliDLL.CliFuncs:CliFunc(string,System.Collections.Generic.List`1<MyCliDLL.CliClass>&): IL_0024: add
C#のListのメンバ関数のAddとC++/CLIのListのAddが番う扱いになっている？ILってなんぞや？という状態です。
```
ビルドしようとすると下記のようなエラーが出ます。MyCliDLL.dllは確かにAssets/Pluginsに配置しているので、includeが許可されていないのが原因と思います。
```
ArgumentException: The Assembly MyCliDll is referenced by MyCsDLL ('Assets/Plugins/MyCsDLL.dll'). But the dll is not allowed to be included or could not be found.
```

## おねがい
UnityはMonoだから普通のC#コンソールアプリとは違うんだなと痛感しております。
探してもあまり正確な情報が無く、困り果てています。皆様よろしくお願いいたします。

UnityでC++のNativeのDLLを使いたい

Xamarinは結局、LinuxでもMacでもWindowsでも動くGUIソフトウェアを開発できるのでしょうか？
様々なサイトを参考にしたのですがよくわかりません
Monoフレームワーク上で動いてるなら可能な気もしますが…

XamarinでLinux&Windowsで動くソフトは作れるのか

### 前提・実現したいこと

Unityでゲームを開発しており、
ビルドしたゲームのログを外部に送信したいと考えています。
エディタ上では全く問題無いのですが、Windows用にビルドしたゲームを
実行するとエラーが発生します。

もしかしてですけど、ビルドしたゲームを実行中は
「そのゲーム自身」がログファイルにアクセスしているため、
エラーが発生するのでしょうか？

### 発生しているエラーメッセージ

```
エラーデータ送信準備 
(Filename: C:\buildslave\unity\build\Runtime/Export/Debug/Debug.bindings.h Line: 35)

ファイルパス成功 
(Filename: C:\buildslave\unity\build\Runtime/Export/Debug/Debug.bindings.h Line: 35)

IOException: Sharing violation on path C:\Users\nogut\AppData\LocalLow\K App_\TEST RE\Player.log
  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share, System.Int32 bufferSize, System.Boolean anonymous, System.IO.FileOptions options) [0x0019e] in <fb001e01371b4adca20013e0ac763896>:0 
  at System.IO.FileStream..ctor (System.String path, System.IO.FileMode mode, System.IO.FileAccess access, System.IO.FileShare share) [0x00000] in <fb001e01371b4adca20013e0ac763896>:0 
  at (wrapper remoting-invoke-with-check) System.IO.FileStream..ctor(string,System.IO.FileMode,System.IO.FileAccess,System.IO.FileShare)
  at Saversousin_kihon+<okuru>d__29.MoveNext () [0x0007f] in <0ab69a91b9d942d6a7c8d99b41675ef6>:0 
  at UnityEngine.SetupCoroutine.InvokeMoveNext (System.Collections.IEnumerator enumerator, System.IntPtr returnValueAddress) [0x00026] in <20c6f4f6152f436ba1457f5d2ed2ed2f>:0 
 
(Filename: <fb001e01371b4adca20013e0ac763896> Line: 0)
```

### 該当のソースコード

```C#

    public IEnumerator okuru()
    {
        yield return new WaitForSecondsRealtime(1.0f);
        Debug.Log("データ送信開始");


        using (FileStream fs = new FileStream(filePath, FileMode.Open, FileAccess.Read))
        {
            byte[] bytes = new byte[fs.Length];
            fs.Read(bytes, 0, bytes.Length);
            fs.Close();
            fs.Dispose();
            StartCoroutine(Send(bytes));
        }

        Debug.Log("エラーデータ送信準備");

        filepath_Error = (Environment.GetFolderPath(Environment.SpecialFolder.LocalApplicationData));
        filepath_Error = filepath_Error + "/../LocalLow/K App_/TEST RE/Player.log";

        Debug.Log("ファイルパス成功");


        using (FileStream fs = new FileStream(filepath_Error, FileMode.Open, FileAccess.Read,FileShare.Read))
        {
            Debug.Log("file:1");
            byte[] bytes2 = new byte[fs.Length];
            Debug.Log("file:2");
            //ファイルの内容をすべて読み込む
            fs.Read(bytes2, 0, bytes2.Length);
            Debug.Log("file:3");
            fs.Flush();
            Debug.Log("file:4");
            fs.Close();
            Debug.Log("file:5");
            fs.Dispose();
            Debug.Log("file:6");
            StartCoroutine(ErrorSend(bytes2));
        }

        if (!File.Exists(filepath_Error) & Application.platform == RuntimePlatform.WindowsEditor)
        {
            Debug.Log(filepath_Error);
            Debug.Log("データ送信完了");

            ErrorMesdasuka = false;
            tugi.GetComponent<tyuui_owaru>().ROOMheiku();
            yield break;
        }

```

### 試したこと

・管理者権限で実行
・monoビルドに変更
・fs.Flush();を実行

わかる方がいましたら、ぜひとも教えて頂けないでしょうか？

LocalLowフォルダ内のファイルを読み込みたい

- windowsアプリケーション(C#)をLinux上でmonoを使用して実行しようと試している際に生じた現象です。
  ●症状
　　テキストボックス上に「ああああ」と簡単な文字を入れmonoで実行した結果
　　C#コード：textbox1.text = "ああああ";
   　アプリケーションのテキストボックス上には「あ」だけしか表示されませんでした。
　　またテキストボックス上の「あ」を選択コピーし、Linux上のテキストエディターにペーストすると
　　「ああああ」となっていました。
　
　●わかった点
　　➀上記の症状が起きる文字は以下の文字
　　　・ひらがな：「あ」「い」「ゆ」「よ」「ら」「り」「る」「れ」「ろ」
　　　・全角カナ：「ア」「イ」「ツ」「ル」「レ」「ワ」「ヲ」「ン」
　　　・半角カナ：「ｴ」「ﾌ」「ｸ」「ﾐ」「ｼ」「ﾔ」「ﾀ」「ﾄ」「ﾘ」「ﾈ」「ﾜ」
　　　そのほかの文字は問題なくテキストボックスに表示される
　　②テキストボックス上に一つでも➀の症状が起きる文字が入力されていた場合今回の症状が起きる
　　③テキストボックス、ラベル、リッチテキストボックス、ボタンなどでも同様の症状が起きる
　　④症状が起きているテキストボックスの表示されている文字の最後尾にカーソルを合わせ➀の文字
　　　以外の文字を入力するとすべての文字が表示される
　　　例：windows(C#) textbox.text = "ああああ";
         mono：「あ」の後ろにカーソルを合わせ「a」を入力する→「ああああa」
　　　また、入力した「a」の文字を消すと「ああああa」→「あ」に戻る

この症状はmonoが➀で指定した文字が対応していないため生じている症状なのでしょうか?
わかる方がいましたらコメントよろしくお願いいたします。


windowsアプリケーション(C#)をLinux上でmonoを使い実行した際のテキストボックスの不具合

環境
Unity5.3.5
VisualStudioCode 1.3.0
Mac OSX Yosemite 10.10.5


上記環境で、いままで使えていたVisualStudioCodeとUnityの同期ができなくなってしまいました。
下記エラーがでて改善できず不便です。

VisualStudioCode上のエラー
```
[INFO] Starting OmniSharp at '/Users/hogehoge/backlog/Chain/Chain.sln'...
[ERROR] Error: Cannot start Omnisharp because Mono version >=4.0.1 is required. See http://go.microsoft.com/fwlink/?linkID=534832#_20001
```

何度がUnityでクラッシュした時におかしくなったのか不明ですが。
解決方法ご存知の方、教えていただけますと幸いです！

ググッて、いくつか似た現象の方がいらっしゃいまして、
既存のmonoを消して、最新版をbrew install monoでインストールしたりしましたがだめでした。

パスが通っていないか、ちょっとわからず。汗

brew info monoの情報
```
CG-PC3:~ hogehoge$ brew info mono
mono: stable 4.2.1.102 (bottled)
Cross platform, open source .NET development framework
http://www.mono-project.com/
Conflicts with: czmq, disco, xsd
/usr/local/Cellar/mono/4.0.2.5 (1,006 files, 175.2M)
  Poured from bottle
/usr/local/Cellar/mono/4.2.1.102_1 (1,079 files, 205.0M)
  Poured from bottle
From: https://github.com/Homebrew/homebrew/blob/master/Library/Formula/mono.rb
==> Dependencies
Build: automake ✔, autoconf ✔, pkg-config ✔
==> Options
--without-fsharp
	Build without support for the F# language.
==> Caveats
To use the assemblies from other formulae you need to set:
  export MONO_GAC_PREFIX="/usr/local"
Note that the 'mono' formula now includes F#. If you have
the 'fsharp' formula installed, remove it with 'brew uninstall fsharp'.
```