[#49868] Rubyへの要望(願望) — MASAKI Yuhsuke <reasonset@...>

Ruby listの皆様、はじめまして、MASAKI Yuhsukeです。

14 messages 2014/07/12

[#49877] Rubyリファレンス chm版リミックス更新(2014年7月版) — Dice <tetradice@...>

こんにちは。Diceです。

21 messages 2014/07/13
[#49879] Re: Rubyリファレンス chm版リミックス更新(2014年7月版) — Kazuhiro NISHIYAMA <zn@...> 2014/07/13

西山和広です。

[#49890] Re: Rubyリファレンス chm版リミックス更新(2014年7月版) — Dice <tetradice@...> 2014/07/23

西山和広さん

[#49891] Re: Rubyリファレンス chm版リミックス更新(2014年7月版) — Kazuhiro NISHIYAMA <zn@...> 2014/07/24

西山和広です。

[#49893] Re: Rubyリファレンス chm版リミックス更新(2014年7月版) — Dice <tetradice@...> 2014/07/25

Diceです。

[#49894] Re: Rubyリファレンス chm版リミックス更新(2014年7月版) — Dice <tetradice@...> 2014/07/26

Diceです。

[#49895] Re: Rubyリファレンス chm版リミックス更新(2014年7月版) — Kazuhiro NISHIYAMA <zn@...> 2014/07/26

西山和広です。

[#49897] Re: Rubyリファレンス chm版リミックス更新(2014年7月版) — Kazuhiro NISHIYAMA <zn@...> 2014/07/27

西山和広です。

[#49899] Re: Rubyリファレンス chm版リミックス更新(2014年7月版) — Dice <tetradice@...> 2014/07/31

Diceです。

[#49906] Re: Rubyリファレンス chm版リミックス更新(2014年7月版) — Dice <tetradice@...> 2014/08/10

Diceです。

[#49907] Re: Rubyリファレンス chm版リミックス更新(2014年7月版) — Kazuhiro NISHIYAMA <zn@...> 2014/08/11

西山和広です。

[ruby-list:49884] Re: Rubyへの要望(願望)

From: MASAKI Yuhsuke <reasonset@...>
Date: 2014-07-15 10:28:48 UTC
List: ruby-list #49884
正木です。

> > 優先度のアクセサは
> 試しにgemとして実装してみてはどうでしょうか。
>
エンコーディングの勉強から始めたいと思います…
 
> ^は単項演算子にはないのでできませんが、+や~、!、~ならStringのメソッドを
> refinementsで上書きすることはできます。
>
他のプログラムでドキュメントメタフォーマットを扱うためのライブラリとして使われる可能性があるため、
Stringはいじりたくないなぁ…と思って結局esc/esc!/v!というメソッドにしています。

 
> >> |# next/redo/breakのターゲットを明示できるようにする
> Javaのラベルと同じようなものですよね。
> 記法についてなにかアイディアがありますでしょうか。
>
大変悩ましく思っています。Rubyはこれらの引数にブロックの戻り値をとりますもんね…
大幅な文法変更になりますが、Symbolを前置すると対象となる文を指定するようなルールを加えるのかなぁ、と。つまり

:outloop loop do
  loop do
    :outloop break true
  end
end

というようなことです。ブロックに限らずその一貫性を持ってわかりやすく機能を提供できないかな、なんて考えましたが、
まだ中途半端なアイディアしかないので、まだぱっと思いつくレベルでは、という話で。
 
> ->はlambdaで使用されています。
> 
知っています。->の後ろに()をつけずに名前をおくことで区別できるようにパーサに手を加えることを言いました。

> それは obj < -method(arg) という比較式と解釈されているので、互換性の問
> 題があります。
>
これは迂闊でした…
 
> refinementsはどうでしょうか。
「refinementsはよくない」的なことを聞いたので、じゃあその代わりに(も)なるものを、という提案でした。
実際はrefinementsよりもさらによくなかったようです…


================================
# The Rider, Hacker and Musician
#    ENABLE YOUR HEART.
#
#  mailto:reasonset@yahoo.co.jp
# Blog: http://reasonset.net/journal/
# Twitter @reasonset
=================================

Attachments (1)

signature.asc (198 Bytes, application/pgp-signature)

In This Thread