.NET5について分かってきたことと感想まとめ 【▲→川俣晶の縁側→ソフトウェア→技術雑記】
現時点で.NET5について分かってきたこと、感想を簡単にまとめる。 .NET Core 3でWinFormが使えるという話は「馬鹿野郎」レベルで夢想的なものであり、これでもう.NET Frameworkは要らないという主張する者は相手にする意味すらなかった。しかし、.NET 5では最低限の入口ぐらいは入れた.NET 5のデスクトップ開発はMAUIではなく、Windows専用。まだマルチプラットフォームではない。MAUIは.NET6待ち.NET 5は約束の地ではなかったが、そこを目指していることは分かった。たぶん、.NET 6から7ぐらいではそこそこの線まで行けそうな気もする現在の問題はそこではないことが分かってきた。電子署名がない実行ファイルはインストールしても実行時に警告が出る模様。(何回かで消える模様)実行ファイル(インストーラー含む)のダウンロードは電子署名があってもダウンロード数が
IronPythonのIsolated Shell版をビルドして試す上での障害2点 【▲→川俣晶の縁側→ソフトウェア→技術雑記】
IronPythonのIsolated Shell版(Integrated Shell版ではない)を試すとき、以下の2つの問題を発見したのでメモ。 セットアップの問題 § IronPythonStudioIsolatedSetupプロジェクトのDefines.wxiファイルにある以下の記述を直さないと、日本語版のIsolated Shellがインストールされていても、それを認識しないようです。 修正前 <?define ProductLanguage = "1033" ?>修正後 <?define ProductLanguage = "1041" ?> その他 § WiX 3.0のインストールも必須です。 それからVisual Studio SDKももちろん必要です。 これでVisual Studio 2010でIronPythonStudioIsolatedSetupをビルドでき、ビルド
複数プログラム言語間相互呼び出しはCOMや.NET Frameworkの新機能ではなくマイクロソフトの根深い伝統であるか!? 【▲→川俣晶の縁側→ソフトウェア→技術雑記】
荒井省三さんの著書"The Root of .NET Framework"を数日前に読み終わりました。内容は大変に面白く、ワクワクしました。概念的な説明を主体としたオフィシャルの解説書は過去にも読んでいますが、本書は16進数のアドレスと各種構造のダンプの塊であり、遙かに具体的です。しかも、内容を確認するために追試を行う方法も示されていて、極めて科学的かつ合理的です。 とはいえ、本質的ではない部分で1つだけ引っかかったので、本筋と関係ない話題を1つ書くことにしました。 ただし、うろ覚えの記憶でいい加減に書き飛ばすので、内容を信じてはいけません。 マイクロソフトはじめて物語 § 上記書籍では以下のような歴史像描かれているように思いました。 Windows 3.1のWin16 APIはC言語を前提とした「単一プログラム言語API」であるCOMの導入は、マイクロソフトとして「初めて」APIに「言語
C# 2.0で、InternalsVisibleTo属性を用いてアセンブリ内でのみ使用される機能を単体テストする方法 【▲→川俣晶の縁側→ソフトウェア→技術雑記】
これは、即座に存在に気付いてリアクションすべきだった機能です。他のどのような機能強化よりも、私にとっては重要です。 いろいろ時間を取られて目が行き届いていないのがバレバレ (汗。 問題・単体テストとinternal § プログラムの複雑度を低減するという観点から言えば、あらゆる箇所から参照できる"public"の利用は、全く好ましいことではありません。 これは、インテリセンスで表示される候補が不必要に増えるという意味でも生産性を低下させる要因となります。 C#において、これを解決するための手段は十分にあるとは言えません。 強いて言えば、"public"ではなく、"internal"が解決策となります。これを使うことで、特定アセンブリ内からのみアクセスを許可することを明示できます。 ところが、"internal"は、単体テスト(テスト駆動開発)との併用で決定的な問題を引きおこします。テストメ
WinFormsのControl.Invoke メソッドでオブジェクトの配列のみを引数に渡すと実行時エラーになる問題 【▲→川俣晶の縁側→ソフトウェア→技術雑記】
余裕がないので、遭遇した現象のメモだけ。 WinFormsのControl.Invoke メソッドでオブジェクトの配列のみを引数に渡すと実行時エラーになってしまいました。 環境はVisuatl Studio 2005SP1上のC#です。 private delegate void shopBuyMenuInvoker(Item[] sellingItems); …… formMain.Invoke((shopBuyMenuInvoker)delegate(Item[] sellingItems0) { formMain.ShopBuyMenu(sellingItems0); }, sellingItems); private delegate void shopBuyMenuInvoker(object dummy, Item[] sellingItems); …… formMain.In
C++/CLIはC#を凌駕するかも知れない…… usingステートメント不要のDisposeメソッド呼び出しの衝撃
どうもC++に関して、大きな思い違いをしていたかも知れない、と気付かされました。 Visual C++ 2005あるいは、おそらくはC++/CLIは、私が思っていた以上に凄いかもしれません。 その凄さは、ある種の生産性においてC#を凌駕するかもしれません。 お断り § 以下の文章は、夜中に突発的に書いたテストコードの動作結果をメモっておくために書いたもので、用語や解釈などが正しくない可能性があります。 ただし、Visual C++ 2005 Express Beta2で実行した結果について記していますので、ソースと実行結果の対応関係は間違いないと思います。 C#のusingステートメントとDisposeパターン § C#がJavaやVisual Basic.NETと比較して圧倒的に優れていると考えるポイントはいくつかありますが、その1つがusingステートメントとDisposeパターンです
Ajaxの長所・短所・実装に関するメモ (暫定版)
Ajaxについては日本語で読めるAjax関連情報のリンク集等を参照。 以下は、私なりにより分かりやすくなるように考えた結果であって、本来あるべきAjaxの内容をストレートに反映しているか否かは分かりません。 Ajaxとは何か §UIへの応答を含むJavaScriptで記述されたコードを含むHTML+CSSにより記述されWebブラウザに実装されたXMLHttpRequestオブジェクトにより主にXMLデータをサーバより非同期に受け取りDynamic HTMLにより表示内容を構築するページ という理解は、まだ一面的でありすぎるように思われます。 この解釈ではサーバ側の処理がどのようなものであるかが、致命的に欠落しているからです。 サーバ側に何らかの処理を要求しない、つまりサーバ側の静的なリソースを取得するだけのAjaxアプリケーションはあり得ます。しかし、過半数のケースでは、サーバ側に何らかの
日本語で読めるAjax関連情報のリンク集 【▲→川俣晶の縁側→ソフトウェア→技術雑記】
Ajaxに関する日本語の情報をざっと集めてみました。(一部日本語ではないものを含みます) 丁寧な調査ではないので、本当に大ざっぱなものです。 一応、以下の内容は多少メンテナンスしようと思うので、追加削除などのリクエストがあれば、私までメールを下さい。 非常に長くて申し訳ありませんが、頑張って必要な情報を探してみてください。 ★ 出版物 (この部分は現在フォロー仕切れていません) Ajaxイン・アクション (2006/06/20追加) https://www.amazon.co.jp/exec/obidos/ASIN/4844322222/autumnmagazin-22 Ajax イン・アクションの4章が酷すぎる (2006/06/20追加) https://blog.hawklab.jp/item-69.html Googleマップ+Ajaxで自分の地図をつくる本 Google Maps
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
