はてなブックマーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

フォークしたリポジトリを最新化したい GitHubでOSSに参加する時、 GitHub上の対象のOSSのリポジトリをフォークしリモートリポジトリを作成 GitHub上のリモートリポジトリをローカルにクローン ブランチを切って修正して commit リモートリポジトリへ push してプルリク のような流れを踏むと思います。 ただ、自分が修正を進めている間にも、フォーク元のオリジナルのリポジトリでは開発が進んでいます。 プルリクがコンフリクトしないように4.の前にオリジナルのリポジトリの開発差分をマージする必要があります。 その方法を調べたのでメモします。 # ローカルのリポジトリに移動 $ cd ローカルのリポジトリのパス # GitHubのフォーク元のリポジトリをリモートブランチに追加する $ git remote add upstream https://github.com/フォーク

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Vue.js のフィルタでフォーマット Moment.js を使ったフィルタを用意すると以下のようにお手軽に日付のフォーマットが可能です。 JavaScript の日付処理は罠が多い Date#getYearで1900年からの経過年数が返る Date#getMonthで 0 ～ 11 が返る。 JavaScript の日付処理ライブラリである Moment.js を使えばそういった罠を回避し、お手軽に JavaScript の日付を扱うことができます。 現在、Github のスターは 40000 を超え JavaScript の日付処理ライブラリでは最もメジャーなものの一つです。 フィルタの作り方 サンプルプロジェクトを作成します。 既存のプロジェクトに組み込む場合、ここは必要ありません。 # Vue CLI のインストール　※すでにインストール済みなら必要なし $ npm install

var（型推論）とは メソッド内のローカル変数を宣言する際に型宣言の代わりに使用することができます。 コンパイラが自動で型を判断してくれます。

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

配列の入れ子を平坦化するには LINQ のSelectManyを使いますが逆のメソッドがありません。 自分で作る必要がありますがLINQ のGroupByで簡単に行うことができます。 「コレクションをN個ずつの要素に分割する」ことをChunkというそうです。 ※Chunk…「かたまり」という意味 以下のコードは[1, 2, 3, 4, 5, 6, 7, 8, 9, 10]を [[1, 2, 3], [4, 5, 6], [7, 8, 9], [10]]に変換するコードです。 // 対象のコレクション var list = Enumerable.Range(1, 10); // N 個ずつの N var chunkSize = 3; var chunks = list.Select((v, i) => new { v, i }) .GroupBy(x => x.i / chunkSize)

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに ASP.NET Core で シングルページアプリケーションを開発する方法をググると、既存の ASP.NET Core の SPA プロジェクトテンプレートを使う方法と、 SPA と Web API を別々のドメインで提供して CORS するサンプルは出てきますが、create-react-appで開発したアプリを ASP.NET Core 上で同一ドメインで動かすサンプルが見つからなかったので自分でやってみることにしました。 create-react-app React アプリ開発をビルド環境構築なしに始められる facebook 公式のツールです。 これを使って掲示板の SPA を開発します。 ASP.NET Core クロスプラットフォームに対応した .NET の Web アプリケーションフレームワークです。 create-react-appで開発した掲示板アプリのクライア

はじめに Blazor は、WebAssembly を使用してブラウザで実行される、.NET上に構築されたシングルページ Web アプリケーションフレームワークです。 @jsakamoto さんのC# で Single Page Web Application が書ける Blazor が凄かった件 にとても詳しく載っています。 大まかな仕組みとしては C# をコンパイルした IL（.NET の中間言語）を WebAssembly にコンパイルすることでブラウザで .NET が実行できます。 TypeScript やその他 AltJS のように JavaScript にトランスパイルされるわけではなく、本当に C# のコードがブラウザで動きます。 このような技術は、今は無き Microsoft Silverlight を連想させますが、そうではなく、オープンな Web 標準を使用してブラウザ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

if (売上.勘定科目 == 勘定科目.現金) { // 計算するロジック } else if (売上.勘定科目 == 勘定科目.売掛金) { // 計算するロジック } else if (売上.勘定科目 == 勘定科目.有価証券) { // 計算するロジック } このようなコードはしばしばスパゲッティになりがちですし、 項目が増えるたびに、条件分岐を増やさないといけないので保守も大変です。 売上の課目ごとに計算方法が違いますが金額計算するという振る舞いは同じです。 このコードからif文を駆逐するにはどうしたらいいでしょうか？ 型やフラグ、enumによる条件分岐はたいていの場合、ポリモーフィズムによって消し去ることができます。 ポリモーフィズムとは異なる型のオブジェクトを同一視し、そのオブジェクトの型によって動作を切り替えることです。 ポリモーフィズムは動的型付け言語ではダックタイピング、