test2017 @ ウィキ

メモ2

2017-05-14T21:21:35+09:00

Q.==演算子のオーバーロードを実装してEqualsメソッドと同じ処理を実行するようにしてもよい場合はどのような時か？ A.immutableな場合。 Q.ループ内でなければ、たとえ100個の文字列型変数であってもまとめて+演算子で連結してよい理由を説明せよ。 A.ビルド時に最適化されるから。 Q.Listのように値型を格納するジェネリックコレクションを使ってもボックス化／ボックス化解除が発生しない理由を説明せよ。 A.C++と同じ。 ListとListは厳密には別の型。 Q.Full GC(Gen2 GC)が動作したときに断片化していてもコンパクションされないヒープ領域はどのような領域か？ A.ネイティブヒープ Q.throw; とthrow ex; の違いをスタックトレースの観点で説明せよ。 A.スタックトレースを引き付くか、引き継がないか。 Q.フィールドのアクセス修飾子をprivateにしプロパティのgetter/setterではそのフィールドを読み書きするだけというコードが馬鹿馬鹿しい理由を説明せよ。 A.リフレクションを使う場合に於いて、フィールドとプロパティは明確に分かれるし、なんかあったっけ？。 Q.nullを参照している参照型変数のメソッドを呼び出そうとした場合でもNullReferenceExceptionが発生しないのは主にどういう状況か？ A.クラス・メソッドを呼び出す状況。 Q.クラスと構造体の違いは何か？（「スタックとヒープ」以外で） A.C言語の構造体との互換性の有無とかだっけ？ > 構造体は値型 (11.3.1 を参照) です。 > すべての構造体型は暗黙的に System.ValueType クラスから継承します (11.3.2 を参照)。 > 構造体型の変数への代入では、代入対象の値の "コピー" が作成されます (11.3.3 を参照)。 > 構造体の既定値は、すべての値型フィールドをそれぞれの既定値に、すべての参照型フィールドを null に設定することで生成される値です (11.3.4 を参照)。 > 構造体の型と object との変換には、ボックス化演算およびボックス化解除演算を使用します (11.3.5 を参照)。 > this の意味が構造体では異なります (11.3.6 を参照)。 > 構造体のインスタンスフィールドの宣言には、変数初期化子を含めることはできません (11.3.7 を参照)。 > 構造体では、パラメータなしのインスタンスコンストラクタを宣言できません (11.3.8 を参照)。 > 構造体ではデストラクタを宣言できません (11.3.9 を参照)。 Q.デストラクタとは何か？ A.これは、.Net FrameworkやJavaに置けるファイナライザのことかな？　GCを使う言語であるC#では、C++と違ってメモリをユーザが直接開放する手段が言語の構文としては、存在しない。　元々は、これがデストラクタなのだけど。。。 delete hoge;って書いたら呼び出されるメソッド。 Q.インターフェースの明示的実装を利用する目的を１つ説明せよ。 A.インターフェイスを介してのみメンバを呼び出す場合？？うーん、意外と理解してない。デストラクタって言われるとC++が思い起こされちゃうし、ただ、言語仕様というより、ルール的な設問が多いように感じる。

go言語

2017-05-14T11:37:32+09:00

googleが開発した言語だよ。 Microsoftが開発したF#、VB.Net、C#だったり、Sunが開発したJavaだったりはちゃんとサポートされててうまく使えるから googleだってきっと頑張ってくれるさ。 -- クロスコンパイル http://qiita.com/Jxck_/items/02185f51162e92759ebe -- メモ https://golang.org/doc/ http://qiita.com/suin/items/22662f43b6a6e8728798 http://www.yunabe.jp/docs/why_golang_is_good.html http://cuto.unirita.co.jp/gostudy/ https://codezine.jp/article/detail/9359 http://golang.jp/go_tutorial http://kannokanno.hatenablog.com/entry/2017/02/28/011159 http://blog.iktakahiro.sh/entry/2016/12/10/090000 http://qiita.com/masahikoofjoyto/items/f60188f4252e455541d4 https://developers.eure.jp/tech/go_web_application_1/ http://aial.shiroyagi.co.jp/2016/07/golang-api-server-developing/ https://1000ch.net/posts/2014/c-in-golang-with-cgo.html -- サンプル https://gobyexample.com/ --ライブラリ https://echo.labstack.com/ intellij golandだとビルドすらできないみたい...

メモ

2017-05-14T00:29:26+09:00

** 後で読むかも... https://github.com/pyside https://dobon.net/ http://qiita.com/makoto_kw http://itchyny.hatenablog.com/entry/2017/02/27/100000 http://heimdal.hatenablog.com/ ** Java(Sample) http://www.java2s.com/Code/Java/SWT-JFace-Eclipse/CatalogSWT-JFace-Eclipse.htm

テキストエディタ・統合開発環境

2017-05-10T20:21:03+09:00

統合開発環境 Microsoft Visual Studio 2017 https://www.visualstudio.com/ja/vs/ Visual Studio Code https://www.microsoft.com/ja-jp/dev/products/code-vs.aspx IBM eclipse https://eclipse.org/ JET BRAINS Intellij IDEA https://www.jetbrains.com/idea/ PyCharm https://www.jetbrains.com/pycharm/ WebStorm https://www.jetbrains.com/webstorm/ PhpStrom https://www.jetbrains.com/phpstorm/ CLion https://www.jetbrains.com/clion/ DataGrip https://www.jetbrains.com/datagrip/ RubyMine https://www.jetbrains.com/ruby/ AppCode https://www.jetbrains.com/objc/ Gogland https://www.jetbrains.com/go/ Sun Microsystems? NetBeans https://ja.netbeans.org/ ---- テキストエディタ Adobe Brackets http://brackets.io/ ... Atom https://atom.io/ Sublime Text https://www.sublimetext.com/ Apatna Studio 3.6.1 http://www.aptana.com/products/studio3/download ※これは使ったことがない... 秀丸 http://hide.maruo.co.jp/software/hidemaru.html EmEditor https://jp.emeditor.com/ サクラエディタ http://sakura-editor.sourceforge.net/ Vim http://www.vim.org/ xyzzy http://xyzzy-022.github.io/

外部リンク

2017-04-26T02:50:53+09:00

GitHub https://github.com/chronos2015/ Visual Studio Team Services https://chronos2016.visualstudio.com/_work unfuddle.com https://unfuddle.io/app/projects AppVeyor https://ci.appveyor.com/projects

clojure

2017-04-25T06:27:02+09:00

-- ガイド https://dev.clojure.org/display/doc/Getting+Started+with+Gradle http://qiita.com/koji_yusa/items/9ca0f17677e8403cfb43 https://github.com/clojure/clojure-clr/wiki なんか間違いがあると問答無用で落ちてしまったり、開発環境のサポートが十分でなかったり、うーん、仕事でつかうとするとイマイチだなぁ。 **　メモ http://kannokanno.hatenablog.com/entry/2017/02/28/011159

Python

2017-04-24T03:17:28+09:00

シェル経由? -https://ja.wikipedia.org/wiki/CPython Java -https://ja.wikipedia.org/wiki/Jython IronPython -https://ja.wikipedia.org/wiki/IronPython Cython -https://ja.wikipedia.org/wiki/Cython py2exe -http://www.py2exe.org/ CPythonは既に3.6が最新だというのに、IronPython、Jythonは、2.7止まりの様で...。 IronPythonで、MSILを出力しようものなら以下みたいにエラーが出るのも挫折感を誘発し。うーん、やはり、IronPythonとJythonを使ったコードの共通化は上手くいかないんだろうなぁと考え始めてしまった。 ... \PycharmProjects\untitled>"C:\IronPython 2.7\ipy.exe" "C:\IronPython 2.7\Tools\Scripts\pyc.py" /target:exe /main:Test1.py Input Files: Output: Test1 Target: ConsoleApplication Platform: ILOnly Machine: I386 Compiling... Traceback (most recent call last): File "C:\IronPython 2.7\Tools\Scripts\pyc.py", line 332, in File "C:\IronPython 2.7\Tools\Scripts\pyc.py", line 327, in Main File "C:\IronPython 2.7\Tools\Scripts\pyc.py", line 181, in GenerateExe SystemError: あいまいな一致が見つかりました。

Base64

2017-04-23T07:14:55+09:00

** Java https://gist.github.com/komiya-atsushi/d878e6e4bf9ba6dae8fa Java8からなのかな標準のライブラリで実施できるみたい... わざわざ、不具合発生のリスクを冒してまで独自に作る必要ないねとか思ったりして... ところで、該当のライブラリがあるかチェックするのってJavaだとどうするんだろう。 ** C# http://www.atmarkit.co.jp/ait/articles/0810/23/news136.html C#でも、標準でできるみたい。 ** その他 http://iharder.sourceforge.net/current/java/base64/ JGitは、ここのソースを元に作られているみたい... ** ライブラリ大分、不完全なところもあるけど、取り急ぎC#でBase64 エンコード/デコードを行うライブラリを作ってみた。 https://chronos2016.visualstudio.com/Base64

CMake

2017-04-21T03:58:49+09:00

** 純粋にそのまま使う場合? https://chronos2016.visualstudio.com/HelloWorld ** MSBuildのプロジェクトを使う場合 https://chronos2016.visualstudio.com/msbuild_HelloWorld mavenやgradleとも連携できると便利でいいのかな... なんかちょっと違う気もしないでもないけど。

WebKitなど

2017-04-21T01:42:43+09:00

// MEMO