参加 二年ぶりくらいに Ruby/Rails勉強会@関西 に参加してきた。61回目ということでどうせなら前回の60回目に行くべきだったと変な悔しさを覚えた。 http://rubykansai.doorkeeper.jp/events/10392 久しぶりの初級者レッスン 当日は僕にしては珍しく40分前には最寄り駅について、お昼ごはんまで食べて意識高い感じだった。勉強会のときはだいたい面倒くさくてお昼を抜くことが多い。 JR新大阪 東口 北側から出るといいみたい #rubykansai @ Shin-Ōsaka Station http://t.co/YNlcepjUK7— HIGAKI Masaru (@higaki) 2014, 5月 31 しかし @higaki さんのつぶやきを見ていたにも関わらず、残念なことに南側から出てしまっていて、見てきていた地図と全然違うし、歩いても全然それ
A Domain-Specific Language, or DSL, is “a programming language of limited expressiveness focused on a particular domain”. It makes tasks in its domain easier by removing extraneous code for a particular task and allowing you to focus on the specific task at hand. It also helps other people read the code, because the purpose of the code is so clear. Here’s a little Internal DSL in Ruby: Smokestack.
最近、fluent-plugin-droongaという分散データストリームエンジンを書いています。その中で、RubyでDSLを実現するときに工夫していることに気づきました。それは、値を設定するときは代入する字面にするということです。代入する字面にするために、グループ化用のオブジェクトを作っていました。 これだけだとどういうことかわからないので、具体例を示しながら説明します。 RubyとDSL Rubyを使っているとRubyで実現されたDSLに触れることが多くあります。RubyのMake実装であるRakeの設定ファイルもそうですし、ライブラリー管理ツールのBundlerの設定ファイルもそうです。 Rakeの場合:
json.(@article, :id, :name, :published_at) json.edit_url edit_article_url(@article) if current_user.admin? json.author @article.author, :id, :name # or json.author do |json| json.(@article.author, :id, :name) json.url author_url(@article.author) end json.comments @article.comments, :id, :name, :content # or json.comments @article.comments do |json, comment| json.partial! comment end
実践プログラミングDSL ドメイン特化言語の設計と実装のノウハウ (Programmer’s SELECTION) 作者: Debasish Ghosh,佐藤竜一出版社/メーカー: 翔泳社発売日: 2012/06/08メディア: 大型本購入: 4人 クリック: 82回この商品を含むブログ (13件) を見る 相変わらず読むのが遅いので、有用な書評はだいたい出そろっている頃だと思います。 id:kmizushima さんに教えていただいて読んだ本です。私の周りではあんまり大きくバズる感じがしていないのが若干寂しいところなのですが、良い本なので思ったことをまとめてみたいと思います。 まず基本的に、この本は写経のための本であると思っています。Scala,Ruby,Clojure,Groovyなどの言語を利用してDSLを構築するためのノウハウや実コード例が非常に豊富です。用途を固定したプログラミン
DSLを設計／実装するために必要な知識のすべてがここにある DSL（Domain-Specific Language：ドメイン特化言語）とは、特定の領域の問題に特化したコンピュータ言語です。ビジネス上の概念を表現するにせよ、コンピュータ内部の処理を表現するにせよ、汎用のプログラミング言語では表現力に限界があり、その表現はたちまち煩雑なものとなりがちです。しかし、その問題に特化した言語、すなわちDSL を利用すれば、その問題を明確に表現、あるいはエレガントに解決することができます。DSLを使って高度なレベルで問題を表現することで、その問題に関わる専門家とのコミュニケーションを円滑にすることも可能です。 本書は、読者が自分自身でDSLを設計／実装し、それを効果的に利用するために必要となるすべての知識を提供します。そのようなDSLは独立した処理系として利用することも、既存のプログラミング言語に組
Last year I showed you how to turn Ruby into Java. This year I want to show you how to write URLs in Ruby. Let's have them return their body, shall we? For example: >> http://github.com/defunkt.json => #<URLDSL::Request http://github.com/defunkt.json/> >> puts http://github.com/defunkt.json [{"repository":{"url":"http://github.com/defunkt/repl", ... etc ... => nil Yes, amazing. >> puts http://gith
Menu Top JavaEE勉強会 参加するには FAQ MakingSenseofStreamProcessing MicroservicesVsSOA ModernJavaEEDesignPatterns BSA EIP DSL DDD 議事録 最新の20件2023-11-24 MicroservicesVsSOA/The World of Service-Based Architectures 2020-11-14 DDD/Knowledge-Rich Design MakingSenseofStreamProcessing/Example Implementing Twitter 2020-10-28 EIP/Aggregator 2019-12-18 EIP/Publish-Subscribe Channel 2018-06-10 FrontPage 2017-07-08 Ma
| View | Upload your own Ruby勉強会@札幌-8で、「RubyでDSLを作成する際の作戦の立て方と表現のポイント」について発表した際に、使用したコードです。お題は「アンケート作成を支援するDSL」。 DSLじゃない実現 まず始めに、OOPで普通に実現したサンプル。ERBテンプレートはかなり適当なことになっていますが、スルーしてください。 #!/user/bin/ruby -Ku require 'erb' class Questionnaire TEMPLATE = <<EOP <b><%= context.title %></b><br/> <% context.questions.each do |q| %> <p><%= q.title %></p> <% q.answers.each do |a| %> <li><%= a %></li> <% end %
とあることからFowler DSLのエッセンスを考える機会があり、昔内輪向けに作った資料を引っ張りだして眺めてみたが、わりと良い線いってると思う。 HEAD FIRST DSL View more presentations from kentaro watanabe.FowlerのDSL本が提示する価値は、おおまかに以下の3点にある。上記のスライドでは1と2にフォーカスしている。 モデルを中心に据えた思想の提示実装スタイルの分類実装テクニック集これは、紙幅の大半が3に割かれており、書いた時点では実装テクニックを全て把握していなかったことや、そもそも3はまとめがほぼ不可能、ということもあった。 モデルを中心に据えた思想の提示 従来のDSLでは、スクリプトによるモデルの組み立て、という考えが必ずしも明示的に意識されておらず、DSLがもたらす価値の源泉はDSL自身にある、と考える傾向が強かった
kmizu @kmizu いきなりだけど言語語り。自分の理想とする言語は、ユーザによる抽象化の試みを可能な限り邪魔しないと同時に、「破れにくい」抽象化層を簡単に構築できる言語であって欲しい。 2010-10-23 13:30:41 kmizu @kmizu 「破れにくい｣というのはどういうことかというと、いわゆるマクロを持っている言語の多くに共通する話だと思うのだけど、定義されたマクロを間違った、あるいは想定外の使い方をした場合に、その中身、つまり展開結果がユーザに漏れてしまうのは駄目だと思うのだ。 2010-10-23 13:32:16
Jay Fields' Thoughts: Implementing an internal DSL in Ruby RubyでのDSLの作り方をexpectationsというtesting frameworkを例にとって説明している。 やっぱassert_equalってオブジェクト指向っぽくなくてカッコ悪いよねｗここはDSLでカッコよく書きたいものだ。 彼の言いたいことを日本語で超要約してみる。 まず、どういうふうに書きたいかを決める。こんな感じにしたい。 Expectations do # テストだよというブロック expect :expected do # :expectedが期待される値 :expected # ブロックの評価結果が実際の値 end end これから、これをRubyスクリプトとして実行可能な形式にする。 まず、DSLを読み込んだら（実行したら）、Expectatio
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く