例 次の例は、 に値を作成して追加する Queue 方法とその値を出力する方法を示しています。 using namespace System; using namespace System::Collections; void PrintValues( IEnumerable^ myCollection ); int main() { // Creates and initializes a new Queue. Queue^ myQ = gcnew Queue; myQ->Enqueue( "Hello" ); myQ->Enqueue( "World" ); myQ->Enqueue( "!" ); // Displays the properties and values of the Queue. Console::WriteLine( "myQ" ); Console::Writ
例 この例では、2 つのフォームを表示し、両方のフォームを閉じるとアプリケーションを終了します。 アプリケーションが開始および終了すると、各フォームの位置が記憶されます。 この例では、 メソッドと共Application.Run(context)に をApplicationContext使用して、アプリケーションの起動時に複数のフォームを表示する方法を示します。 クラス MyApplicationContext は から ApplicationContext 継承され、各フォームが閉じられると追跡され、両方が閉じられると現在のスレッドが終了します。 クラスには、ユーザーの各フォームの位置が格納されます。 フォーム位置データは、 によってUserAppDataPath決定されたAppdata.txt場所に作成されるというタイトルのファイルに格納されます。 メソッドは Main を呼び出 Ap
This version: https://www.w3.org/TR/2021/REC-webauthn-2-20210408/ Latest published version: https://www.w3.org/TR/webauthn-2/ Editor's Draft: https://w3c.github.io/webauthn/ Previous Versions: https://www.w3.org/TR/2021/PR-webauthn-2-20210225/ https://www.w3.org/TR/2020/CR-webauthn-2-20201222/ https://www.w3.org/TR/2020/WD-webauthn-2-20201216/ https://www.w3.org/TR/2020/WD-webauthn-2-20201116/ htt
ずっと以前に住んでいた公団住宅では、水道の蛇口(水栓)がレバー式になっていて、引っ越した当初はずいぶん戸惑った。というのも、レバーを押し下げると水が出るのではなく、レバーを引き上げると水が出る仕様だったから。 アフォーダンスなどの認知科学的な考え方を持ち出すまでもなく「押せば出る」のが自然でしょ、と違和感を抱き続けていたのだが、ある日モヤモヤがスッキリ消えてしまう出来事があった。それは、 地震が起こって上からモノが落ちてきたとき水が出っぱなしにならない という理由を知ったことだった。その瞬間、私のアタマの中で何かがひっくり返り、引き上げる方式の水栓がすっかり手になじむものとなった。その後、また引っ越しをして、いまは押し下げる方式になってしまったのだが……。 さて、Visual Basic 2005(以下VB 2005)とVisual Basic 6.0(以下VB 6)はバージョン番号こそ違
ネットワーク データ要求、データベース アクセス、またはファイル システムの読み取り/書き込みをサポートする I/O バインド シナリオをコードで実装する場合は、非同期プログラミングが最適な方法です。 また、高価な計算などの CPU バインド シナリオの非同期コードを記述することもできます。 C# には言語レベルの非同期プログラミング モデルがあり、コールバックを処理したり、非同期をサポートするライブラリに準拠したりする必要なく、非同期コードを簡単に記述できます。 このモデルは、 タスク ベースの非同期パターン (TAP) と呼ばれるものに従います。 非同期プログラミング モデルを調べる TaskオブジェクトとTask<T> オブジェクトは、非同期プログラミングの中核を表します。 これらのオブジェクトは、 async キーワードと await キーワードをサポートすることで非同期操作をモデ
目的の文字コードに合ったEncodingオブジェクトを取得する例えばテキストファイルを文字列(String型)として読み込む時、そのテキストファイルの文字コードが何であるかによって、適切なエンコーディング(注)を選択する必要があります。そのエンコーディングを表すのが、Encodingオブジェクトです。適切なEncodingオブジェクトを選択してテキストファイルを読み込まないと、文字化けします。 注:「エンコーディング」とは、どのように文字列をバイト列に変換(エンコード)するかという方法のことです。なおここでは、バイト列を文字列に変換(デコード)する方法を含めて「エンコーディング」と呼ぶことにします。 同様に文字列をテキストファイルに書き込む時も、どのような文字コードで書き込むかによって適切なEncodingオブジェクトを選択する必要があります。 ここでは、目的の文字コードに合ったEncod
質問 2006年7月27日木曜日 6:16 dataGridViewのヘッダーの背景色と文字色を設定したいのですが、うまくいきません。 // 奇数/偶数行で背景色を変える dataGridView1.RowsDefaultCellStyle.BackColor = Color.LightGreen; dataGridView1.AlternatingRowsDefaultCellStyle.BackColor = Color.DarkGreen; でうまくいったものですから、ヘッダーも同じようにすればいいのかと思い、次のようにしてみましたが色は変わってくれませんでした。 どのような設定で実現できるのでしょうか。 また、dataGridの左端(何と言うのでしょうか?)の色の設定の仕方も知りたいのです。 よろしくお願いします。 // ヘッダーの背景色と文字色 dataGridView1.Col
public ref class DataView : System::ComponentModel::MarshalByValueComponent, System::Collections::IList, System::ComponentModel::IBindingListView, System::ComponentModel::ISupportInitialize, System::ComponentModel::ISupportInitializeNotification, System::ComponentModel::ITypedList public ref class DataView : System::ComponentModel::MarshalByValueComponent, System::Collections::IList, System::Compo
static void Main(string[] args) { // data var data = new DataTable(); data.Columns.Add("ID"); for (int i = 0; i < 3; i++) { data.Rows.Add(i); } data.AcceptChanges(); Console.WriteLine("--------------------"); foreach (DataRow row in data.Rows) { Console.WriteLine($"ID:{row["ID"]},RowState={row.RowState}"); } // 追加 var add = data.NewRow(); // add.RowState:DataRowState.Detached add["ID"] = 3; data.R
public ref class DataRowView : System::ComponentModel::ICustomTypeDescriptor, System::ComponentModel::IDataErrorInfo, System::ComponentModel::IEditableObject, System::ComponentModel::INotifyPropertyChanged public ref class DataRowView : System::ComponentModel::ICustomTypeDescriptor, System::ComponentModel::IDataErrorInfo, System::ComponentModel::IEditableObject public class DataRowView : System.Co
具象型ではなく抽象型で扱え、インタフェースを使え、みたいなお話に対して。 前置き Javaの話。他の言語だと話は変わります。 「こうするのが絶対的に正解」と言うものではありません。私の現在の選択の説明です。明日になったら違うこと言ってるかも。 主な登場人物は掲題の java.util.ArrayList および java.util.List、そして java.util.Collection と java.lang.Iterable です。 こんな世界観。他のインタフェースやクラスもたくさんありますが、この話の本筋では無いので触れません。 前提として以下を置いています。 フレームワークやライブラリではなく、一つの業務アプリケーションに閉じた話です。ゆえに不特定多数から使われる型ではなく、影響を与えるコードは全て目が届く範囲にあるものとします。 計算量は別の話です。扱うドメインにもよりますが、
複数のクラスでシグネチャが共通のメソッドなどを作るには仮想メンバ/抽象クラス/インタフェースを利用できる。それらの違いと使い分けのポイントを示す。 連載「.NET TIPS」 継承したクラスに(実装は異なるかもしれないが)シグネチャが同じメソッド/プロパティがあることを保証するには、仮想メンバ/抽象クラス/インタフェースという3通りの方法がある。本稿ではその違いを整理して解説する。 単純にクラスを継承した場合、継承元(親クラス)にあるメソッド/プロパティは、継承先(子クラス)にも引き継がれる。ただし、そのメソッド/プロパティの実装は、親クラスにある1つだけだ。全ての子クラスで、その動作は同じである。 そうではなく、子クラスによって実装を変えたい場合がある。例えば「BaseClass」型を継承して2つのクラス「ChildClass1」/「ChildClass2」を作ったとき、どちらにも同じシ
RegexクラスのSplitメソッドを使用して、正規表現にマッチする部分をセパレーターとして、文字列を分割する方法を解説する。 連載目次 正規表現パターンに一致する文字列をセパレーター(区切り)として使って文字列を分割するには、Regexクラス(System.Text.RegularExpressions名前空間)のSplitメソッドを利用する。本稿では、Splitメソッドの使い方を解説するとともに、少し高度な正規表現の書き方も紹介する。 RegexクラスのSplitメソッドは.NET Frameworkの初期からあるものだが、掲載したサンプルコードの全てを試すにはVisual Studio 2015以降が必要である。 なお、正規表現の書き方については、以下の.NET TIPSをご覧いただきたい。
連載目次 ある文字列を特定の「文字」により分割するには、Stringクラス(System名前空間)のSplitメソッドが利用できる(使用例については「TIPS:メソッドに可変長パラメータを渡すには?」を参照 )。しかし、Splitメソッドでは文字列を「文字列」により分割することはできない。 文字列を文字列により分割したい場合には、正規表現が利用可能なRegexクラス(System.Text.RegularExpressions名前空間)のSplitメソッドを使用することもできるが、正規表現を使うまでもないような用途には、VB.NETのSplit関数が使える。 本稿では、VB.NETおよびC#からVB.NETのSplit関数を利用して文字列を分割する方法について解説する。 VB.NETにおけるSplit関数を使った文字列の分割 Split関数は文字列(第1パラメータ)を、区切り文字列(第2パ
はじめに(8/3追記) この記事を一旦書いたあと、重要な追加証言が得られたため、追記修正しています。結論もやや変わっていますが、現時点のほうがより正確です。 本編:ここから ディープラーニングが現在これだけ流行っている1つの要因は、TensorFlowやPyTorchなどのフレームワークが非常に便利だからです。ニューラルネットワークの設計、訓練、そして分類などの推論がフレームワークを使えばとても簡単に行なえます。 普通に使っている人達は、これらのフレームワークを『ツール』あるいは『ライブラリ』だとみなしていると思います。でも実際のところ、これらはプログラミング言語です。より正確に言えば、すべてのディープラーニングフレームワークはディープラーニング計算用DSL(Domain-Specific Language、ドメイン特化言語)と見なせます。このDSLは大抵、Pythonなど他の汎用言語への
CodeIQのブログより。🤔 なぜ、OOPから移行する時なのか Ilya Suzdalnitski OOPは、多くの人にコンピューターサイエンスの重要資産と考えられています。コード構成(code organization)に対する究極のソリューション。すべての問題の終焉。私たちのプログラムを書くための唯一の本当の方法。自分自身をプログラムするという真なる唯一神から私たちに授けられました… それまでは、そうではなく、抽象化の負担、そして無差別に共有されるミュータブルなオブジェクトの複雑なグラフによって、人々は屈し始めています。現実世界の問題を解決するのではなく、「抽象化」と「デザインパターン」について考えるのに貴重な時間と頭脳が費やされています。 非常に著名なソフトウェアエンジニアを含め、多くの人々がオブジェクト指向プログラミングを批判してきました。驚くことに、OOP自身の発明者でさえ、今
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く