調べたらすぐ出てくるんだけど自分用メモ。
Physics系は基本的に固定頻度でUpdateやらを回そうとするが、
をどういう順番に実行するんだ？と思って手元でやってみたらどうもFixedUpdate()が一番最初っぽかった。
ググったら直ぐに公式ソースも見つかった。これ前にも調べて見たな、と思ったがまあポンコツなので忘れていた。
結論から言うと上で出した順番のまんまで
の順に呼ばれる。
以上。
くっそくだらないが引っかかったのでメモ
タイトルの通り、C#でMicrosoft.Office.Interop.Excelを使ってセルの内容を取得していたら、一定の長さ以上の文字列について取り出しに失敗しているのに気づいた。
簡単なサンプルコードは以下。
とりあえず、1行目,1列目にaと10000文字入力したエクセルファイル、test.xlsxを用意してあるという前提だ。
using System;
using System.Collections.Generic;
using System.Linq;
using System.Text;
using System.Threading.Tasks;
namespace CS_Test
{
class Program
{
/// <summary>
/// ガベージコレクションを実行
/// </summary>
static void ExecGC()
{
GC.Collect();
GC.WaitForPendingFinalizers();
GC.Collect();
}
/// <summary>
/// COMオブジェクトの解放
/// </summary>
/// <param name="obj">開放したいCOMオブジェクト</param>
static void ReleaseCOMObject(object obj)
{
// EXCELのCOMオブジェクトを開放する
if (obj != null)
{
System.Runtime.InteropServices.Marshal.ReleaseComObject(obj);
obj = null;
}
}
/// <summary>
/// エクセルアプリケーションの解放
/// </summary>
/// <param name="app">excelアプリケーション</param>
static void ReleaseExcel(Microsoft.Office.Interop.Excel.Application app)
{
// EXCELのCOMオブジェクトを開放する
if (app != null)
{
app.Quit();
System.Runtime.InteropServices.Marshal.ReleaseComObject(app);
app = null;
}
}
/// <summary>
/// エントリポイント
/// </summary>
/// <param name="args"></param>
static void Main(string[] args)
{
Microsoft.Office.Interop.Excel.Application excel = null;
Microsoft.Office.Interop.Excel.Workbooks books = null;
Microsoft.Office.Interop.Excel.Workbook book = null;
Microsoft.Office.Interop.Excel.Sheets sheets = null;
Microsoft.Office.Interop.Excel.Worksheet sheet = null;
try
{
excel = new Microsoft.Office.Interop.Excel.Application();
books = excel.Workbooks;
book = books.Open(System.IO.Path.GetFullPath("test.xlsx"));
sheets = book.Worksheets;
sheet = sheets[1];
//1行目、1列目を取得
string cell1 = (sheet.Cells[1, 1]).Text;
System.Console.WriteLine($".Textで抜き出したテキストのサイズ {cell1.Length}");
string cell2 = (sheet.Cells[1, 1]).Value;
System.Console.WriteLine($".Valueで抜き出したテキストのサイズ {cell2.Length}");
System.Console.ReadKey();
}
finally
{
ReleaseCOMObject(sheet);
ReleaseCOMObject(sheets);
ReleaseCOMObject(book);
ReleaseCOMObject(books);
//一旦解放
ExecGC();
// EXCELのCOMオブジェクトを開放する
ReleaseExcel(excel);
//再度解放
ExecGC();
}
}
}
}
実行結果
.Textで抜き出したテキストのサイズ 8221 .Valueで抜き出したテキストのサイズ 10000
というわけで、 .Textで取り出すと8221文字以上は取り出せない。
如何にもな名前だが、長い文字列を取り出したくても.Textを使ってはならない。.Valueを使おう。
ValueとTextの違いについてはExcelでセルの値を扱う（Value、Value2、Text、Formulaの違いのメモ）などをみるといい。
因みにMS公式のRange.Textに関するドキュメントにはこんなことどこにも書いていない。やりますねえ。
勿論僕はデータ作成者ではなく、Excelを処理したいと言われたらただ処理をするプログラムを書くだけだ。書くだけなのだが、そもそもとしていいたい。
1つのセルにこんなに大量の文字列を入れるのはやめましょう。
超絶初歩的だが、constをつけた時のポインタの表す意味がたまにわからなくなるので自分用メモ。
int型へのポインタpは以下のように書ける
int * p;
この時*が型もしくは変数名についていることがあるが、それについては特に区別しない。
つまり、
[型名] * [変数名];
と書けるわけだが、このポインタ変数にconstをつけることを考えると、候補となる位置は
(1) [型名] (2) * (3) [変数名] (4);
が有り得そうだ。そして、実際に(1),(2),(3)の位置にはconstを置くことが出来る。
そして、このconstの位置によって、何にconstを付与しているかの意味が変わってくる。
具体的には、
に対するconstの付与という2種類の付与の意味がある。ここでは前者を「指示変数」、後者を「被指示変数」と呼ぶことにする(一般的な呼び方ではなく、文章が長くなるのを避ける為の便宜的なもの)。
実際に、上記(1),(2),(3)の3箇所について、constを置くことを考えると
//const1つ const int * p; int const * p; int * const p; //const2つ const int const * p; const int * const p; int const * const p; //const3つ const int const * const p;
の組み合わせが考えられるが、これらそれぞれについて表にすると、
| 宣言 | 指示変数の書き換え | 被指示変数の書き換え |
|---|---|---|
| //const1つ | ||
| const int * p; | ○ | × |
| int const * p; | ○ | × |
| int * const p; | × | ○ |
| //const2つ | ||
| const int const * p; | - | - |
| const int * const p; | × | × |
| int const * const p; | × | × |
| //const3つ | ||
| const int const * const p; | - | - |
となる(-になっているところはそもそも定義不能)。
簡単な確認コードは以下。
int main(){ int hoge = 0; int * ip = &hoge; const int * cip = &hoge; int const * icp = &hoge; int * const ipc = &hoge; //const int const * cicp = &hoge;//error: duplicate 'const' const int * const cipc = &hoge; int const * const icpc = &hoge; //const int const * const cicpc = &hoge; //error: duplicate 'const' int fuga = 1; cip = &fuga; //*cip = 2; //error: assignment of read-only location '* cip' icp = &fuga; //*icp = 2; //error: assignment of read-only location '* icp' //ipc = &fuga; //error: assignment of read-only variable 'ipc' *ipc = 2; //cipc = &fuga; //error: assignment of read-only variable 'cipc' //*cipc = 2; //error: assignment of read-only location '*(const int*)cipc' //icpc = &fuga; //error: assignment of read-only variable 'icpc' //*icpc = 2; //error: assignment of read-only location '*(const int*)icpc' }
ここまで見るとややこしいように見えるかもしれないが、簡単な覚え方があって、*より前のconstは被指示変数の書き換えを禁止し、*より後のconstは指示変数の書き換えを禁止すると覚えるといい。
因みに上の確認コードのコメントにもあるように、同じ意味のconst付与が重複するとエラーになるので注意。
*より前のconstって指示変数と被指示変数、どっちの書き換えを禁止するんだっけ…となったら参照を思い出すといいかも。const付き参照を書く時は
const int ref& = hoge;
となるが、参照はどのオブジェクトを参照するかの書き換えはconstがついていなくても出来ない(=ポインタと同じように考えるなら指示変数は書き換えできないということ)。つまり、わざわざconstをつけるという事は、参照先の被指示変数の書き換えを禁止していることを意味している。
これをポインタの先程の覚え方と同じように「&より前にconstがある時は参照先の被指示変数を書き換えられなくする」と無理矢理に解釈すれば、「ポインタも*より前にconstがある時は被指示変数を書き換えられなくする」と思い出せる。
以上はオブジェクトへのポインタの意味の覚え方だが、もう少し汎用的にポインタを読めるようになりたいのであれば、ポインタ完全制覇に載っているので、こちらを読むことをおすすめする。
日本語ドキュメントが少ないのでメモ
TortoiseHgでブランチを作成してpushしようとすると、うまくいかないことがある
普通は、ブランチを作成してpushしようとすると、
--------------------------- 新規ブランチの作成 --------------------------- これからプッシュするチェンジセットは新しいブランチを作成します。連携先に新しいブランチを作成しますか？ --------------------------- Yes No ---------------------------
みたいなウィンドウが出てきて、Yesを押せば(下のコンソール部に警告は出るが)pushは無事行われてリモートリポジトリにブランチは作成される
ただし、既に同名ブランチが作成されている場合は新しくブランチを作ろうとすると
---------------------------
ブランチ変更確認
---------------------------
名前付きブランチ「{ブランチ名}」は既に存在します (最終リビジョンは 6)
---------------------------
ブランチを切り直し 現行のブランチへコミット キャンセル
---------------------------
みたいなウィンドウが出てくる。コレ自体はブランチを切り直しを選択すればローカルにブランチの作成は出来るのだが、デフォルトの状態だとpush出来ない。
pushしようとすると、コンソールには
中止: 新しいヘッド {ハッシュ値} が連携先のブランチ '{作成しようとしているブランチ名}' に作成されます!
ヒント: マージするか、新規ヘッドの反映に関して 'hg help push' を参照
的な警告が出ていて、上にもヒント: マージするか、新規ヘッドの反映に関して 'hg help push' を参照みたいポップアップ?が出てきたりする
恐らくこれはheadを増やすことは混乱の原因という風に考えているmercurialの思想に基づいていると思っているのだが、とにかくこのままだと何回やってもpush出来ない
どうすればいいかというと--forceオプションを追加してpushすればいい。しかしここまでツールでやっているのに一部だけコマンドラインを使うというのも「なら最初からコマンドラインでやれや」となるし、非プログラマが触りづらい
一応このオプションを付けてpushする方法もTortoiseHg上には用意されている。以下のようにする
同期アイコン(上記画像の赤丸)を選択すると下半分が同期画面になる同期画面のオプションボタンを押すpushやpullを強制(安全確認を無効化 --force)にチェックをいれSaveするこれで過去に作成したブランチと同名のブランチを新たに作成する内容のcommitであっても何も警告が出ないでpush出来る
ただし、ここにチェックを入れたままにしていると、push時の警告が出なくなるので必要のない時はチェックを外しておくことを推奨する
元のコミット画面に戻る時は上記画像の赤丸を選択するといい
日本語ドキュメントが少なすぎて「TortoiseHg パスワード 省略」とか「TortoiseHg パスワード 毎回」みたいな頭悪い検索をすると引っかからなくて忘れるたびに困るのでメモ
メニューバーの[ファイル]->[設定]から(リポジトリ名) リポジトリ設定タブを開き、左カラムからエクステンションを選んだら右でmercurial_keyringにチェックを入れる。
これで初回はパスを聞かれるものの次回以降はパス無しでpullやpushができる
mercurial_keyringのチェックボックスがグレーアウトして選択できない時はTortoiseHgを再起動するといけたりする。
それでも無理な時はmercurial_keyringのチェックボックスがあるところで右上のファイルを開くで設定ファイルを開いて
[extensions] mercurial_keyring =
といれれば大丈夫なはず
参考までに、mercurial_keyringを使うとセキュリティ的にもいいとか(普通にパスを保存すると設定ファイルに平文で置かれた)
詳しくは以下を参照 qiita.com
文字コード周りを勉強していて、とりあえず全体を軽く俯瞰したので、今後の学習のために一旦代表的な符号化文字集合と符号化方式等について挙げて簡単に説明をつけてみる。
自分用かつ走り書き(推敲なし)なのでフォーマット等乱れはあるかと思うのでご容赦いただきたい。
また、個人的に重要かと思ったところを拾ったので情報の過不足もあるかと思うがそちらもご容赦いただきたい
間違いもしくは抑えるべき重要な点についての漏れ等があった場合は指摘をいただけるとありがたい。
気が向いたらもう少しきれいにするかもしれない
GithubがPrivateリポジトリを無料プランで使えるようにしたと発表した事について騒ぎになっていたが、そもそもプランが色々変更されているみたいなので、それぞれがどんな感じなのか自分向けの備忘録として残しておく
https://help.github.com/articles/github-s-billing-plans/
https://blog.github.com/2019-01-07-new-year-new-github/
ここ読めば日本語で概要はわかる
GitHubが無料でプライベートリポジトリを無制限に作れるようになったぞ☆
