ruby-dev

まつもと ゆきひろです

In message "[ruby-dev:733] Re: [REQ] require/load"
    on 97/10/14, 石塚圭樹 <keiju@rational.com> writes:

|けいじゅ＠日本ラショナルソフトウェアです.

|ちょっと特殊な話しなんです. rbc.rbでは, プログラム全体を class BC__ 
|で括っています. これは, rbcを利用する時にできるだけオリジナルrubyの動
|作と同じようにしたかったからです. ここで, Readlineモジュールを利用しよ
|うとすると,
|
|require "readline"
|
|class BC__
|  ...
|end
|
|となって, Readlineモジュールがclass BC__のネームスコープ外に出てしまう
|のでちょっと気になったのでした. こういう問題って, デバッガ(を実現する
|クラス)などでも同様ですよね.

これはやっぱり外でよいのではないでしょうか？

なんで気になったのか不明ですが，気にする必要はないと思います．
だってそのためのrequire(すでにloadされているかどうか気にする
必要がない)なんですから．

もし，readlineをrequireしたにもかかわらずそれがどこかのネー
ムスペース内にしか存在しないのであれば，かえって他の部分で
readlineをrequireした時の動作がおかしくなると思います．

    requireされているのでロードしないが，ロードされないのに
    ネームスペース上にreadlineが存在しない…．

ダイナミックリンクライブラリが二重にロードできないことも絡ん
で来ますね．

|>|2. あるファイルをそのネーム空間にロードする機能

|>もともとトップレベルに読み込まれるべく作られたモジュールをトッ
|>プレベル以外に読み込んで来るのは無理があると思うんですけど…．
|
|何か変ですかね...
|
|package READLINE
|  module Readline
|    ...
|  end
|end
|
|package BC__
|  include READLINE # or inport READLINE
|
|  class ReadlineInputMethod
|    include Readline
|    ...
|  end
|  ...
|end
|
|みたいに使えればいいなという意味なんですが?

これは「あるファイルをそのネーム空間にロードする機能」なんで
すか？ 今のモジュールの機能と変わらないように思うんですけど．

                                まつもと ゆきひろ /:|)

Thread

Prev Next

In This Thread

Prev Next

[#597] Re: [ruby-list:4734] ruby 1.0-970930 released — WATANABE Hirofumi <watanabe@...>

[#615] [MethodIndex] <!-- hhmts ... — keiju@... (Keiju ISHITSUKA)

[#622] Java & GC — shugo@... (MAEDA Shugo)

[#626] [MethodIndex] *.html 修正要求 — keiju@... (Keiju ISHITSUKA)

[#630] RE: [ruby-dev:626] [MethodIndex] *.html 修正要求 — "EGUCHI Osamu" <eguchi@...>

[#636] ruby 1.1a8 released — matz@... (Yukihiro Matsumoto)

[#640] Re: rbc.rb — WATANABE Hirofumi <watanabe@...>

[#643] config.h of win32(ruby-1.0) — Masaki Suketa <suke@...>

[#645] pack/unpack base64 — WATANABE Hirofumi <watanabe@...>

[#652] ruby-1.0-971003 — HYOUDOU Kouichi /note <hyoudo@...>

[#653] version.c and MultiArchitectureBinary — HYOUDOU Kouichi /note <hyoudo@...>

[#654] [BUG?] ruby -r nothing-file — keiju@... (Keiju ISHITSUKA)

[#664] join mailing list — ryoko@... (Ryoko Furuki)

[#665] [BUG] Exception.new — keiju@... (Keiju ISHITSUKA)

[#699] ruby 1.1a9 released — matz@... (Yukihiro Matsumoto)

[#700] ruby1.1 — 青山 和光 <PXN11625@...>

[#702] Here document (Re: ruby1.1) — "EGUCHI Osamu" <eguchi@...>

[#705] Re: Here document (Re: ruby1.1) — "EGUCHI Osamu" <eguchi@...>

[#706] unsubscribe — takasima@... (Hideki Takashima)

[#707] # bye — takasima@... (Hideki Takashima)

[#709] Re^3: ruby1.1 — 青山 和光 <PXN11625@...>

[#712] Re: _muldi3 included in libgcc.a（Re: rbc.rb） — matz@... (Yukihiro Matsumoto)

[#713] [REQ] require/load — keiju@... (Keiju ISHITSUKA)

[#717] Re: _muldi3 included in libgcc.a（Re: rbc.rb） — "EGUCHI Osamu" <eguchi@...>

[#719] 64bit int support (Re: _muldi3 included in libgcc.a) — "EGUCHI Osamu" <eguchi@...>

[#720] Re: 64bit int support (Re: _muldi3 included in libgcc.a) — "EGUCHI Osamu" <eguchi@...>

[#721] ruby on sparc-openbsd — "EGUCHI Osamu" <eguchi@...>

[#723] Re: 64bit int support (Re: _muldi3 included in libgcc.a) — "EGUCHI Osamu" <eguchi@...>

[#735] configure on NEXTSTEP — Shugo Maeda <shugo@...>

[#738] cbreak.rb — WATANABE Hirofumi <watanabe@...>

[#749] ruby on alpha — matz@... (Yukihiro Matsumoto)

[#750] -x option — WATANABE Hirofumi <eban@...>

[#751] File.dirname "/a" — WATANABE Hirofumi <eban@...>

[#755] The default def. of "hash" — Shin-ichiro HARA <sinara@...>

[#761] Re: [ruby-list:5066] Re: Rubyで OODB — keiju@... (石塚圭樹 )

[#763] Subscribe — Kiyoshi Kurokawa <kurokawa@...>

[#764] (Fixnum..Bignum) === Fixnum — Yamamoto Kengo <kengo-y@...>

[#767] cp, mv, cmp, ... — WATANABE Hirofumi <watanabe@...>

[#770] printn means print and newline — HYOUDOU Kouichi /note <hyoudo@...>

[#777] [BUG] p "".chop — WATANABE Hirofumi <watanabe@...>

[#787] ruby 1.1 a9 for mswin32 — KIMURA Koichi <kkimura@...>

[ruby-dev:734] Re: [REQ] require/load

Thread

In This Thread

[#700] ruby1.1 — 青山　和光 <PXN11625@...>

[#709] Re^3: ruby1.1 — 青山　和光 <PXN11625@...>