はてなブックマーク

タイムリープTypeScript 〜TypeScript始めたてのあの頃に知っておきたかったこと〜 アドベントカレンダー1日目の記事になります。 よろしくお願いします。 3行で TypeScript で安全に型を扱う勘所は以下2点だと思いました。 最初から最後まで型が壊れていないことを保証する 型が壊れる可能性があるものは壊れている前提で扱う 個人的背景と前提 もともと C# での開発をメインとしていました。 Web開発は、JavaScript歴 ≒ TypeScript歴くらいの型付依存者です。 そのため、型付けのゆるい言語に対する耐性がなく、本内容もそういうポジションからの見解になります。 本記事内のサンプルコードは TypeScript V4.4 で挙動を確認しています。 最近のバージョンで変更のあった点は脚注を入れています。 最初から最後まで型を壊さない C# という静的型付け言語

Visual Studio Codeアドベントカレンダー 14日目に参加しています。 githubのリポジトリで、2016年8月から2018年12月現在にわたり、350件を超えるコメントがつけられているissueがあります。 Allow for floating windows #10121 なにがやりたいか 本家IDEのVisual Studioには、タブをマウスで引っぱっていって、独立したウィンドウにできる機能があるのです。 これは使い慣れるとたしかに便利なもので、僕もよく利用します。 Chromeなどのブラウザでも同じことができますね。 このissueは、VSCodeでこれをやらせてくれ！というものです。 代替策 issue内の議論で何度も出てくる代替案として、vscode自体をもうひとつ別ウィンドウ起動し、同じファイルを開くという方法があります。 手順としては、 Ctrl+Shif

IFTTT（イフト）はいろんなWebサービス同士を連携させるためのWebサービスでございます。 「 IF This Then That 」という名前の表すとおり、Thisをトリガとして、Thatのアクションを起こす （例：Instagramでいいねをつけたら、Evernoteに自動保存する） という形で連携を定義する。 この「This」のトリガ部分に、既存のサービスだけでなく、自前のアプリからのHttpリクエストを使うこともできる。 のだけど、このイフトは何回かUIや用語に大きな変更があって、調べながらやろうとしたらけっこう苦戦した。 （もう「レシピ」とか呼ばないのよ） なので、2017年9月現在の、自前トリガからスマホへのプッシュ通知を実現する手順をまとめておきます。 Web画面ベースで説明するけど、スマホアプリからでもほぼ同様。 準備 IFTTTのアカウントを作成しておく。 あと、スマ

pythonで形態素解析エンジン「MeCab」を使うのをWindows上でやろうとすると、いろいろ罠が多くてかつては大変だったようだが、今では先人たちの功績によって、たやすく構築できるようになっている。 ・・はずなんだけど、Python不慣れなのもあって、いざやってみたら細々としたところで無駄にはまってしまったので、整理しておく。 前提環境 Windows 10 (64bit) Python 3.6.5 pipenv pipさえ使えれば良いが、以下の例ではpipenvを使う pip install pipenv でインストール可能 MeCabのインストール まずは、WindowsマシンへのMeCabのインストール。 公式ページからWindows用のインストールバイナリ（mecab-0.996.exe）をダウンロードできるんだけど、ここで注意。 Pythonが64bit版でインストールされて

ちょっと話題のHyperappをTypeScriptとWebpackで試す。 今年は試行段階でもいいからもう少しまめにアウトプットしましょうということで…。とりあえず環境構築まで。 前提 ・開発マシンのOSはWindows 10（あんま関係ないはず） ・Visual Studio Code ・nodeインストール済み（記事中ではyarnを使います） webpackとtypescriptの準備 webpackもtypescriptも、グローバルインストールされていないものとします。 もちろんグローバルにインストールされていればここでのインストールは不要。 ・プロジェクト作成 > yarn init -y ・パッケージインストール > yarn add --dev typescript webpack webpackでtypescriptを読み込むためのローダも入れておく。 今回は名前がつよい

10個のスレッドを同時に走らせて並列処理したいとする。 まさか new Thread(...).Start() なんてやらないですよね。 LINQでasync/awaitだーってのもアリかもしれませんが、 素直にTaskを10個作ろうとすると↓こんな感じ。 for (int i = 0; i < 10; i++) { Task.Run(() => { Thread.Sleep(4000); //4秒くらいかかる処理 }); } もちろん10個ほぼ同時に走ってくれることを期待する。 確認してみる。 var watch = Stopwatch.StartNew(); for (int i = 0; i < 10; i++) { Task.Run(() => { var threadId = Thread.CurrentThread.ManagedThreadId; Console.WriteL

なんか「wpf datagrid binding」で検索して以下の記事に流れてくる人が 異様に多いようだ。 [WPF]DataGridColumnへのバインディング しかし↑の記事ではあんまり一般的でないケースの話しか書いていなくて 申し訳ない気持ちになるので、たまにはちょっと入門編っぽいことも自分なりに書いてみる。 WPFでDataGridにデータを一覧表示する場合の値の持ち方とかについて。 ちなみに、一覧上のセルから直接値を編集するような使い方は個人的にあんまりやらないので、 今回もあくまでDataGridは表示だけの用途を想定して書きます。 とにかく表示する まずはコレクションの値をとにかく一覧表示する例から。 <Window x:Class="DataGridBindingSample.MainWindow" xmlns="http://schemas.microsoft.com/

パブリックでないメンバやクラスにアクセスする手段として C#ではリフレクションのメソッド群が System.Reflection名前空間に用意されている。 たとえば、internalなクラスのprivateなメンバに 参照プロジェクトからアクセスするサンプルなこんな感じ。 アクセス先のコード。 namespace OfficeHoge.TeamA.LibA { //公開クラス public class PublicClass { } //外部から見えないクラス internal class HiddenPerson { private string firstName; public HiddenPerson(string firstName) { this.firstName = firstName; } } } アクセス方法。 //公開クラスからアセンブリを特定 var libAsse

どうも、僕です。 ザムルってもうワクワクしますよね。 ということで、Qiita XAML Advent Calendar 2014 21日目のエントリーになります。 WPFではコントロールのプロパティにバインドされた値が不正値でないかどうか 評価する仕組みとして、Validationというのを持っています。 例えば、TextBoxのTextプロパティにint型のプロパティをTwoWayでバインドして、 画面から整数でない文字を入れると赤い枠が表示されます。 これが標準装備のValidation。 このルールをもっと細かくしたい、たとえば、 入力できる数値の範囲を制限したいとします。0～100とか。 そういうときはValidationRuleを自作する。 public class IntRangeRule : ValidationRule { public int MinValue { ge

Qiita C# Advent Calendar 2014 16日目のエントリーになります。 どうも、僕です。ワクワクするコード書いてますか？ NUnitのテストがオールグリーンになる瞬間ってワクワクしますよね。 ということで、NUnitのTestCaseの作り方について。 適当なテストのターゲットとして、以下のようなTimeCheckerクラスの IsValidTimeメソッドを想定しておきます。 ただ単に時間が0-23の範囲で分が0-59の間であることを確認するだけのもの。 public class TimeChecker { public bool IsValidTime(int hour, int minute) { return 0 <= hour && hour <= 23 && 0 <= minute && minute <= 59; } } ベーシックなテストの書き方からい

先日アプリケーションのStartupPathをちゃんと取得するという話を書いたのだけど、 たかがPath、されどPath、ちゃんとやろうとすると なかなか奥が深いというか面倒くさいので、もうちょっと書きます。 けっこう長くなったけど、トピックスは2つ。 ・絶対パスか相対パスかを調べる ・パスを連結する こんなんできるわ！という人も、読んでみると知らない発見があったり なかったりすると思うので読んでみたらどうでしょうか。 絶対パスか相対パスかを調べる 「C# 絶対パスかどうか」とかで検索すると、 System.IO.Path.IsPathRootedを使えという情報がすぐにヒットするけれど、 これの判定が本当に自分の望むものになっているかどうか、ちょっと注意が必要。 bool res1 = Path.IsPathRooted(@"C:\hoge")); bool res2 = Path.Is

アプリの実行ファイルがあるディレクトリのパスの取得の仕方について。 例えば実行ファイルと同じディレクトリにテキストを出力したいとき、 File.WriteAllText("hoge.txt", "テキストファイルの本文"); とでも書けば普通はちゃんと実行ファイルのディレクトリにhoge.txtが出力されるので、 横着してこう書いている人も少なくない気がするけれど、 これはたまたまカレントディレクトリと実行ディレクトリが同じだからうまく動いているだけだ。 Environment.CurrentDirectory = @"C:\"; File.WriteAllText("hoge.txt", "テキストファイルの本文"); とやればCドライブ直下に出力されてしまうし、 もっといえば、コマンドラインからexeファイルを叩いて実行した場合などは、 そのコマンドを打ったときのディレクトリがカレント