VisualStudio2015でandroid(java + jni)

結論から言うと、Androidの開発はこれでいいのかもしれない。

Visual Studio.NET 2015でクロスプラットフォーム開発ができるようになった。
iOSについては、macがある前提だが、AndroidについてはXamarinを買わなくてもJava+Jniで開発ができるようなので色々調べてみた。

できること。

  • javaとc++混在で開発ができる。
  • 普通にデバッグ(ブレイクポイント/ウォッチ程度)ができる。
  • デバッグはjavaとC++両方でできる。
  • javaはintellisenceが使える。
という感じでコードメインのプロジェクトであれば普通に使えるような感じ。
javaは「拡張機能と更新プログラム」で「Java Language Service for Android and Eclipse Android Project Import」を追加でインストールした。→これでIntellisenceとシンタックスハイライトが使えるようになるようだ。

できないこと。
  • layoutのGUIを使った定義

追加ライブラリの設定

プロジェクトフォルダ下に「libs」フォルダを切ってその下にjarファイルをおけばよい。
勝手に参照されるかわからないので、一応、プロジェクトに追加しておく。
ちなみに、プロジェクト下のフォルダルールは以下の通りぽい。
  • libs\

勝手にキャッシュされる

ARM\Debug\Package下にキャッシュが作られる。リソース参照のためのRクラスもここで作られる。

Rクラスの参照

キャッシュに勝手に作られる。参照できるかどうか？

コメント

コメントを投稿

このブログの人気の投稿

シンボルサーバーを設定する

シンボルサーバーを設定した（する）ので自分用のメモ シンボルサーバーを設定する マイコンピュータの環境設定の環境変数「_NT_SYMBOL_PATH」にシンボルサーバーへのパスを設定します。 例えば、 D:\symbols \\symserver\symbols http://msdl.microsoft.com/download/symbols にシンボルサーバーだよと設定したい場合、環境変数に Srv*D:\symbols*\\symserver\symbols*http://msdl.microsoft.com/download/symbols というように設定します。 これを設定しておくと、「D:\symbols」と「\\symserver\symbols」共有フォルダにシンボルファイルが格納されます。 シンボルサーバーへシンボルの追加 共有フォルダへシンボルファイルを追加する場合、「symstore.exe」を使用します。 これはMicrosoft Debugging Tools for Windowsのパッケージに含まれています。 例えば、「C:\svn\projects」フォルダ下に生成されたシンボルファイルを共有フォルダに登録したい場合、以下のように実行します。 symstore.exe add /f "c:\svn\projects\*.pdb" /s "\\symserver\sysmbols" /r このコマンドで「C:\svn\projects」フォルダ下の*.pdbファイルを再帰的探して共有フォルダに設定します。
続きを読む

マルチモニタをやめてみた

クラムシェルをやってみたくて一時的にマルチモニタをやめてみたら意外に作業が捗る事がわかった 理由を考えたところ作業スペースが有効に使え、マルチモニタのときは狭くて使って無かった紙とペンを使うようになったことと、何より集中力が上がった気がする。 目の前に...
続きを読む

新しいdotnetコマンドで自己展開型(self contained)なバイナリを生成するには

VS.NET 2017系になって、Dotnet coreがproject.jsonからcsprojになりました。 以前は、project.jsonで自己展開型(.exeにビルドするやつ)にビルドするには、 project.jsonに、以下のようにruntimesセクションを追加して "runtimes": {   "win10-x64": {}   "osx.10.10-x64: {} } dotnet build -r win10-x64 などとコマンドラインで叩くと-r(runtimes)オプションで指定した環境向けに単独で実行できるバイナリが生成されます。 VS.NET 2017では、project.jsonが廃止されて*.csprojになってしまったので、自己展開型のバイナリ生成が上記のやり方ではできなくなってしまいました。 VS.NET 2017のプロジェクトのプロパティからも設定できなかったが、csprojを直接編集することでできる模様。 <PropertyGroup>   <RuntimeIdentifiers>win10-x64</RuntimeIdentifiers>   <RuntimeIdentifiers>osx.10.10-x64</RuntimeIdentifiers> </PropertyGroup> 上記のようにした上で、 dotnet build -r win10-x64 dotnet build -r osx.10.10-x64 とコマンドラインで叩くと、指定した環境向けの実行バイナリが生成される。 参考： https://docs.microsoft.com/ja-jp/dotnet/articles/core/deploying/ どっちにしてもVS.NET上で指定はできないみたい。 →とわいえ、VS.NET 2017からDotnet Coreサポートは大分良くなったよ！！
続きを読む