Pythonのイテレータとジェネレータ - Qiita
Pythonのイテレータ(iterator)とジェネレータ(generator)についてまとめてみます。 (追記2018.12.25: Python3の文法に全面的に置き換えました) イテレータ: 要素を反復して取り出すことのできるインタフェース ジェネレータ: イテレータの一種であり、1要素を取り出そうとする度に処理を行い、要素をジェネレートするタイプのもの。Pythonではyield文を使った実装を指すことが多いと思われる Python組み込みのコレクション(list, tuple, set, dictなど)はどれもイテレーション可能ですが、組み込みのコレクションを使った繰り返し処理ではあらかじめコレクションに値を入れておく必要があるため、以下のようなケースではイテレータやジェネレータを自分で実装したいというケースがあると思います。 無限に繰り返すイテレーション 要素すべてをあらかじめ
ElixirのGenStageに入門する#2 バックプレッシャーを理解する - Qiita
（この記事は、「Elixir or Phoenix Advent Calendar 2017」の10日目です） 前日は@tuchiroさんのElixirでSI開発入門 #2 Ectoで楽観的ロック でした。 本掲載はElixirのGenStageに入門する#1の続きです。 前回は:producer, :producer_consumer, :consumer の三段階のステージで整数カウンターのストリーム処理を行いました。 バックプレッシャー (1背圧) さて、前回:producerのところで、handle_demandというコールバックが登場したのを覚えてらっしゃいますでしょうか？ 生産者なのに需要がトリガーとなっています。 つまり、GenStageは需要トリガーを元にストリームイベントを処理するライブラリなのです。需要トリガーで供給を引っ張ることを、ストリーム界隈(?)ではバックプレッ
Angular 2のルーティングで遅延処理を挟む方法 - Qiita
インターフェースを実装する (たぶん必須) ルーティングの遷移時において、非同期処理を挟みたいクラスに、OnActivateとOnDeactivateインターフェースを指定。すると、routerOnActivate()メソッドとrouterOnDeactivate()メソッドの実装が義務付けられます。これがルーティング時のライフサイクルイベントとなります。 import {OnActivate} from "angular2/router"; import {OnDeactivate} from "angular2/router"; import {ComponentInstruction} from "angular2/router"; class ほげほげくらす implements OnActivate, OnDeactivate { /** 遷移で入ってきたとき */ router
正格評価と遅延評価（基本編）
今回からスペースリークに関することに踏み入ります。 まずは正格評価と遅延評価の動作についてです。 型と動的な挙動 まず型についてはここでは触れません。Haskellの型は非常に複雑なものです。型についてメンタルモデルを構築する際もλ計算のシンプルさを念頭におくと非常に理解しやすいとは思いますが、ここでは扱いません。 なので型クラス(type class)や型パラメータ(parametric polymorphism)や型関数(type function)といったものは出てきません。 昔僕も静的な箇所と動的な箇所の違いが見えなかった感覚を少しだけ覚えていますが（スクリプト言語しか書いていないと陥りそうです）、静的な箇所とはプログラムを動作させなくても決定できるところを指すとしましょう。慣れればちゃんと項レベルと型レベルの違いはきちんとわかるものです（ここでは型レベルと項レベルの違いについても
UnityでResourceをLazy（遅延）ロードしたい - Qiita
あらまし Resourcesのリソースをインスタンス変数として持ちたい（AudioClipとか、Prefabとか） でもResources.Loadはランタイムにしか呼べない その変数が使われる時はランタイムであることが保証されている（StartとかUpdateとか） なんかLazyないっぽい？ => よし、Lazy作ろう 結論 こんな感じのLazyクラスを作ればよい using System; using UnityEngine; namespace Hexat { // Basic public class Lazy<TParam, TOut> { protected TParam param; protected TOut value; protected Func<TParam, TOut> provider; public Lazy(TParam param, Func<TPar
RxJS の Operators (7) - Observable Utility Operators (1) - Qiita
この記事は bouzuya's RxJS Advent Calendar 2015 の 9 日目かつ RxJS Advent Calendar 2015 の 9 日目です。 はじめに 今日は ReactiveX の Observable Utility Operators について RxJS の API ドキュメントやサンプルコードを書いていきます。 また RxJS 4.0.7 を対象にしています。 Observable Utility Operators Observable.prototype.subscribe ReactiveX - Subscribe operator Observable.prototype.subscribe API Document Observable.prototype.subscribe Source Code リスト上は subscribe が挙げら
RxJS5とredux-observableで最初にハマった部分やら得た知見やらの話 - Qiita
import React from 'react' import ReactDom from 'react-dom' import { createStore, applyMiddleware } from 'redux' import { createEpicMiddleware } from 'redux-observable' import { connect, Provider } from 'react-redux' // rxjsハマり部分。後述 import 'rxjs/add/operator/mapTo' import 'rxjs/add/operator/filter' import 'rxjs/add/operator/delay' // sampleにあるreducer const pingReducer = (state = { isPinging: false
deferred.elでHTTP通信を非同期化する - Qiita
SimplenoteのEmacsクライアントsimplenote.elの改良バージョンsimplenote2.elをリリースしました。改良点等に関する話ははてなブログの方に書いたので、ここではQiitaらしく技術的な観点から、simplenote2.elでお世話になったdeferred.elを使ったEmacs上でのHTTP通信の非同期化について書きたいと思います。 deferred.elとは kiwanamiさんが作成されたEmacsで非同期処理を簡単に書くためのライブラリで、JavaScriptの非同期処理ライブラリであるJSDeferredのI/Fを参考に作られたものです。elispでgoroutine的なものを作ろうとしたなど、kiwanamiさん自身の記事の中でも時々紹介されています。simplenote2.elでは、HTTP通信の非同期化のためにこのライブラリを利用しています。
Celluloidのはなし - Qiita
require 'celluloid' class Counter include Celluloid attr_reader :count def initialize @count = 0 end def increment(n = 1) sleep n @count += n end end actor = Counter.new p actor.count #=> 0 p actor.increment #=> 1 p actor.async.increment(41) #=> nil p actor.count #=> 1 Celluloidの機能を使うには、ActorにしたいクラスにCellloidをincludeします。 #asyncをはそれに続くメソッド呼び出しが非同期になるようなプロキシを返します。メソッド呼び出しはnilを返すため、本来返ってくるはずの返り値は使えません
CakePHP3のORMを使う際に欠かせない概念について - Qiita
諸事情あって、バタバタしているyandoです。 18時過ぎに自分の番である事に気がついてしまいましたが、この記事はCakePHP アドベントカレンダーの9日目です。 CakePHP3で一新されたORMは「結果が配列からオブジェクトになった」というだけではない違いがあります。 それが Eager loading と Lazy loading です。この概念を理解していないとORMの機能を間違って使ってしまうかもしれません。 何が起きるの? N+1問題 ORMからクエリを実行した時にJOINを使ったクエリを実行するか、シンプルなクエリを実行するかのルールが分かりますか？ 従来のCakePHPではJOINの条件などに応じて自動的に決定されており、関連データを取得するためのクエリが大量に実行される場合がありました。たとえば画面に表示している20件のデータを取得するクエリを実行し、その後に20件のデ
ES2017 async/await + Promise で解決できる事、とES2015(ES6) generators (yield) + Promise + npm aa (async-await) で解決できる事 - Qiita
ES2017 async/await + Promise で解決できる事、とES2015(ES6) generators (yield) + Promise + npm aa (async-await) で解決できる事JavaScriptasynces6es2015es2017 ES2017 async/await + Promise で解決できる事 ES2017 async/await と Promise を使うと非同期処理をすごく簡単に処理できる。 とても便利なのだが、それだけでは、どうも機能が足りない様に見える。 この記事は... TL;DR ES2017 async/await を使っても、まだいろいろと課題は残ってるよ。 ES2015 (ES6) generators と npm aa (async-await) だと、より良い解決策があるよ。って話。 以下の図の様な非同期処理フ
gulpのタスクを同期的に実行する方法 - Qiita
gulp.task('copy', function() { // ファイルをコピー gulp.src('src/file').pipe(gulp.dest('dest')); }); // copyに依存するタスク gulp.task('done', ['copy'], function() { // ファイルコピー完了「前」に実行される！！ console.log("copy done"); }); gulpが高速に動作する理由の一つはこの非同期性ですが、どうしても同期的に処理したい場合（すなわち特定のタスクの完了を待ってから別なタスクを実行したい場合）もあると思います。 この記事では同期的にタスクを実行する方法として、gulp API docsに記載されているもの、そしてその発展形を紹介します。 タスク内の非同期処理が一つだけの場合 Streamをreturnする まずは1番お手軽な
【保存版】制御構造別非同期プログラミング完全制覇（サーバサイドJavaScript・CoffeeScript） - Qiita
補遺書いた ライブラリ化して、フロントエンドにも対応した。GitHubリポジトリ。で、npmに上げた。そして、フロントエンド向けの紹介も書いた。ついでに、「asyncライブラリじゃだめなの？」という問いへの答えは「駄目」だ。asyncはsetImmediateとかnextTickとかで制御を実現しているので、タイミングの問題およびパフォーマンスのロスを引き起こす。 はじめに 対象読者はJavascript中級者を想定していますが、上級者の方もざっと読んでみて下さい。実は中級者であることが判明するかも知れません。 非同期関数を使って順次処理を行う場合、継続で繋いでいきます。しかし、この継続による表現は、同期処理に比べて直感的ではないため、難しい処理はしなくても済むようにプログラミングする羽目になっているケースが少なくないのでは、と私は憂慮しています。わかんなきゃコルーチン使えばいいや、という
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Pythonのジェネレーターってなんのためにあるのかをなるべく分かりやすく説明しようと試みた - Qiita
TypeScript の async/await を理解する その２ async/await - Qiita
非同期処理ってどういうこと？JavaScriptで一から学ぶ - Qiita
Scala ラムダ超入門 - Qiita
Angular1とAngular2の非同期処理の違いについて考えた - Qiita
【Rails 4】delayed_jobを使う - Qiita
再帰 with promise pattern - Qiita
