【C#】Random Extensions – .NET / Unity用の乱数ライブラリC#2024年8月26日2024年8月26日 .NET / Unity向けに新たな擬似乱数ライブラリ「Random Extensions」を作成しました！いつも通りOSSとしてGithubに公開しています。 .NETで擬似乱数を扱いたい場合、多くの場合はSystem.Randomクラスを使用することになります。が、このクラスは歴史的経緯もあり、内部実装や設計が混沌としたことになっています。(シードを指定するか否かで生成アルゴリズムが違う、実装ミスにより周期が保証されない、絶妙に抽象化層として役に立たないRandomクラスと謎のRandom.ImplBase、etc…) また、Unityで乱数を扱う場合はUnityEngine.Randomが用いられますが、こちらも古くからあるクラスなので、色々と設計上

結論としてはJSONだけで良いのであればSystem.Text.Jsonで良さそうです。結果だけ見るとUtf8Jsonが優秀なのですがリポジトリがアーカイブ状態なので採用は厳しそうです。 MessagePackJsonSerializeはMessagePackのJSON出力機能のベンチマークです。JSONシリアライザのベンチマークを作ってた時、MessagePackにもJSON変換機能が入っていたので、一応項目に加えてみました。 MessagePackでJSONを出力するには一旦byte[]に変換しないといけないのでその手間が結果に響いています。なので「今MessagePackを使っているけど、その中の一部データをJSONにしたい」など、すでにMessagePackを採用しているのであれば良い選択だと思いますが、逆にJSONだけしか使う予定がないのであれば、わざわざMessagePackの

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

Put simply: are you working on .NET Framework, or UWP, or some other older .NET runtime and still would like to use all the cool new features that C# 12 has? Well this library lets you do just that! It will generate for you all the "magic types" that the C# compiler needs to "see" in order for it to allow using new language features even if you're not using the latest framework out there. Here's a

はじめに C言語でコルーチンを扱う方法は色々ありますが、専用の命令を専用の記述方法で実装しなければならなかったりなど、あまりとっつきやすいものではありませんでした。 今日 X/Twitter のタイムラインで見付けた neco はまさにそんな悩みを解消できる物でした。 neco とは neco はコルーチンを使った非同期 I/O ライブラリです。 コルーチン: 開始、スリープ、一時停止、再開、移譲、および結合。 同期: チャネル、ジェネレータ、ミューテックス、条件変数、および待機グループ。 デッドラインとキャンセルのサポート。 ファイルディスクリプタを使った Posix フレンドリーなインターフェース。 ネットワーク、シグナル、ランダムデータ、ストリーム、およびバッファ付き I/O の追加 API。 公正かつ決定論的なスケジューラを備えた軽量ランタイム。 高速なユーザースペースのコンテキス

今回の内容 「R3」に登場するForEachAsyncが便利なので活用してみよう、という話です。 執筆時の環境 Unity - 2023.1.14f1 R3 - 1.0.4 UniTask - 2.5.3 ForEachAsyncが便利 ForEachAsyncを用いると「Observableを購読しつつ、Observableの完了をawaitできる」という挙動を実現できます。もうちょっとざっくりいえば「Subscribeしつつ、そのSubscribeが終わるのをawaitできるようにする機能」です。 using System.Collections.Generic; using Cysharp.Threading.Tasks; using R3; using UnityEngine; using UnityEngine.UI; public class ForEachSample : M

今回の内容 「R3」がasync/awaitと組み合わせていろいろできてかなり面白いです。 今回はその中でも「ObservableをTaskに変換してawaitする」にフォーカスして機能を紹介します。 （ObservableをTaskに変換するという機能自体は実は本家Rx（dotnet/reactive）にありました。それ相当の機能がR3によってUnityでも使えるようになったというお話） 執筆時の環境 Unity - 2023.1.14f1 R3 - 1.0.4 ObservableをTaskに変換してasync/awaitで待つ Observable（Rx/R3におけるメッセージストリームのこと）をTaskに変換し、async/awaitで待ち受けることができます。なおObservableから変換したTaskが完了する条件は原則として「OnCompletedメッセージが発行されたとき」

はじめに UnityのRxライブラリとしてUniRxを使っている方は多いと思います。後継ライブラリであるR3が登場し、UniRxは今後更新されないようです。今回はUniRxを使っていたプロジェクトをR3に移行させた手順について解説します。 参考記事 書き換えもとになるUniRxのコード UniRxを使ったコードでまず挙動を確認します using System; using UniRx; using UniRx.Triggers; using UnityEngine; public class UniRxSample : MonoBehaviour { //値が変更されたらイベントが発火するReactiveProperty ReactiveProperty<int> _reactiveProperty = new ReactiveProperty<int>(0); //外部のクラスにはRea

前提 「R3」とは、ReactiveExtensionsの最新の環境のC#に合わせて再構築したライブラリです。Unityでは「UniRx」というライブラリがありましたが、大雑把にいえば「UniRxを最新の環境にあわせてリメイク」したものという認識でよいでしょう。 詳しくは別記事でまとめてあります。 次世代Rx「R3」解説 またこの記事執筆時点での環境は次のとおりです。 Unity - 2023.1.14f1 R3 - 1.0.0 ObservableCollections - 2.0.1 NuGetForUnity - 4.0.2 今回の概要 「UniRx」と「R3」の機能の比較、R3での新機能や廃止された機能、UniRxからR3に置き換えるときの代替などについて紹介します。（細かい部分まですべては拾いきれないので、紹介漏れはご容赦ください。またUnity向けでない機能などは省略しています

はじめに UniRxの後継としてR3がリリースされました。 R3はコア部分と各プラットフォーム部分に分離されていて、コア部分はNuGet、Unity向けの部分はupmで提供されています。 しかしUnityでコア部分をインストールするためにNuGetを利用するのは一手間かかって面倒です。 そこでNuGetの一部をupmで提供しているUnityNuGetとOpenUPMを利用すると簡単に導入できます。 UnityNuGetとOpenUPMを設定する Unityのプロジェクト設定 > パッケージマネージャーを開き、以下のスクショのように2つのScoped Registryを追加します。 Name: Unity NuGet URL: https://unitynuget-registry.azurewebsites.net Scope(s): org.nuget

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

最近、Quartz.NETというライブラリを利用する機会がありました。 このライブラリは、Windowsのタスクスケジューラのように特定の曜日や時刻を指定してジョブを実行できちゃうすごいやつです。 日本語での利用例が少なかったので、簡単にですが使い方をまとめてみたいと思います。 Quartz.NET の使い方 Quartz.NET はオープンソースのライブラリです。 NuGetパッケージとして公開されているので、C#erなら特に苦も無くインストールして利用開始できると思います。 Quartz.NETによるジョブの実行の基本的な流れは以下のようになります。 using Quartz; using Quartz.Impl; // スケジューラを作成 var schedulerFactory = new StdSchedulerFactory(); var scheduler = await s

たぶん2023年一番お世話になったライブラリです。 2022年まではsimdjsonをよく使っていたのですが、新規プロジェクトはGlazeばかり使っています。 開発が活発だし、ISSUEへの対応が速いのもありがたいです。 良い点 SIMDを利用していないのにsimdjsonやyyjsonと遜色ない速度で動作する 構造体やクラスだけでなくSTLコンテナもJSONとの直接読み書きができる 中間データに独自バイナリ形式を利用してさらに高速化できる いまいちな点 長い文字列が多いJSONデータの読み込みではSIMDを使っているライブラリに対して不利になる 最後のフィールドのカンマやコメントの読み込みに対応していない ストリーム的な処理はない(と思う) 代替ライブラリ 似たようなアプローチでSIMDを使ってさらに速いJsonifierというライブラリがあります。 純粋な速度を求める場合にはこちらを使

本記事はUnity Advent Calendar 2023 シリーズ2 21日目の記事です。 UnityでNuGet Galleryに公開されている.NET向けパッケージ（以下NuGetパッケージ）を使う場合、nugetコマンドでは管理できないためパッケージ（依存パッケージもすべて）を自分でダウンロードしてDLLを取り出し、Unityプロジェクト下に配置する必要があります。 その手間を省くためのソリューションとして代表的なものに、Unity NuGetとNuGetForUnityがあります。 Unity NuGetのほうが取り扱いは楽な反面、利用できるパッケージに制限があるなど、目的によってはNuGetForUnityのほうが便利なケースもあります。 双方の違いも含めて紹介します。 Unity NuGet Unity NuGetは、Unityで利用可能なNuGetパッケージをUPMパッケ

前書き この記事は、2023のUnityアドカレの12/12の記事です。 今年は、完走賞に挑戦してみたいと思います。Qiita君ぬい欲しい！ はじめに C++を触ったことがある方ならBoostというライブラリをご存知かと思います。Boostは、C++の新しい機能が、標準化された組み込みライブラリに組み込まれる前の試験段階のようなものです。ベータ版みたいな。（厳密にはBoostにあるものが必ず標準になるわけではないです） C#にも、実はそのようなライブラリがあります。 その名もDotNext！ このライブラリもBoostと同じように、BCL（C#の標準組み込みライブラリ）の発展版として存在しています。また、これはdotnetの公式リポジトリで管理されており、NuGetから利用することもできます。 本記事では、このDotNextに含まれる機能の一部をご紹介しましょう！ ゼロアロケーションLis