トップページ⇒software
682コメント299KB

レジストリ vs プライベートINI

■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。01/11/22 18:00ID:kWO77Bur
フリーソフトで設定を保存するにはどちらが良いか。
プログラマの視点から、逆にユーザの視点から、
それぞれの利点や欠点について意見を聞かせてください。
0216名無しさん＠お腹いっぱい。01/12/19 22:52ID:???
>>207のサンプルにある機能でとりあえずええか？ええか？ええのんか？
0217名無しさん＠お腹いっぱい。01/12/19 23:47ID:???
誰も見てないに1ドラクマ
0218名無しさん＠お腹いっぱい。01/12/19 23:56ID:???
ごめん、おせっくすのこと考えてて見てなかった。
0219名無しさん＠お腹いっぱい。01/12/20 00:25ID:???
つーかインストーラっている？
必要なさそうなのにわざわざインストーラ使ってるのがあると思われ
0220名無しさん＠お腹いっぱい。01/12/20 10:34ID:VWQtnprY
http://www.nakka.com/lib/
iniファイルアクセス関数
これ使うと速くなるのかな？
0221名無しさん＠お腹いっぱい。01/12/20 15:58ID:???
>>219
インストーラ使うまでも無いソフトはzipなんかでまとめてくれるだけでｲｲ。
特にフリーソフトを何個か試用するときはすぐ使えてすぐ削除する操作を
くりかえすから。
0222名無しさん＠お腹いっぱい。01/12/20 16:06ID:???
>>216
（・∀・）ｲｲ！乳頭の色はピンクが（・∀・）ｲｲ！
0223名無しさん＠お腹いっぱい。01/12/20 23:02ID:???
.iniアクセスをむやみに独自関数に置き換えられると
NTでレジストリにリダイレクトする機能が効かなくなって
嫌だな
0224名無しさん＠お腹いっぱい。01/12/21 00:33ID:???
iniのアクセス速度が気になるのは大量のデータを起動時に読み込むような
時くらいしかないんじゃ？
0225名無しさん＠お腹いっぱい。01/12/21 21:55ID:???
さて、独りでこっそり進めるか……
0226名無しさん＠お腹いっぱい。01/12/23 02:53ID:???
shfolder.dllは明示的リンクのほうがええかな
0227名無しさん＠お腹いっぱい。01/12/23 03:38ID:???
同梱するなら明示リンクでいいと思われ
0228名無しさん＠お腹いっぱい。01/12/23 07:01ID:U1IX1q79
揚げ
0229名無しさん＠お腹いっぱい。01/12/24 06:46ID:???
http://www.geocities.co.jp/Beautycare/4965/public/cmultiini.html
CMultiINIクラスをこっそりアプするか……
0230名無しさん＠お腹いっぱい。01/12/25 14:49ID:???
揚げ
0231名無しさん＠お腹いっぱい。01/12/26 22:09ID:OQUIlWc9
HKEYの読み方はﾋｯｷｰで(・∀・)ｲｲ?
0232名無しさん＠お腹いっぱい。01/12/26 22:33ID:???
>>231
どうでも、(・∀・)ｲｲ!!
0233名無しさん＠お腹いっぱい。01/12/27 01:29ID:???
ﾋｯｷｰ・ｶﾚﾝﾄ・ﾕｰｻﾞｰ
おおきなお世話じゃ!!!
0234seven01/12/27 03:21ID:g/oMEvHn
zipのまま使えるランチャーと、その仕様準拠のフリーソフトって、イイけど、無理だろな。
少なくとも、体験版でバリバリレジストリを汚すのは、止めて欲しい。
ぐるぐるまわるけど、HDDも安くなったんだし、exeとiniは、同じ場所で良いのでは?
0235名無しさん＠お腹いっぱい。01/12/27 03:27ID:???
だから、同じ場所じゃマルチユーザ対応できんだろが(るーぷ)
0236名無しさん＠お腹いっぱい。01/12/27 03:32ID:???
ユーザごとにEXEいれろってことじゃないの？
0237名無しさん＠お腹いっぱい。01/12/27 03:56ID:???
>>234
HDDの容量は問題にしてないと思われ
0238名無しさん＠お腹いっぱい。01/12/27 03:56ID:???
ユーザが自由に EXE ファイル入れれちゃ管理のかの字もねーよ(^^;
0239名無しさん＠お腹いっぱい。01/12/27 03:58ID:???
おいおい話がかみあってねーぞ
0240名無しさん＠お腹いっぱい。01/12/27 05:45ID:X7s+dYNE
Setting Policy を共有できるクラスとかライブラリあったらいいのに。
プログラム側では、
system wide な読み込み、個人データ読み書きとかのメソッド使うだけで、
後ろでなにやってるかは気にしないと。
0241名無しさん＠お腹いっぱい。01/12/27 07:17ID:???
>>240
あってもみんなが使わないと意味ない
というかそれがまさにレジストリAPIでは…
0242名無しさん＠お腹いっぱい。01/12/28 00:12ID:???
http://www.geocities.co.jp/Beautycare/4965/public/cmultiini.html
CMultiINIDialogクラスをこっそりアプしてみるか……
0243名無しさん＠お腹いっぱい。01/12/29 03:40ID:???
そもそもレジストリエディタがダメ。
ツールバーもねぇし。
検索トロイし。
拡張子大文字で付けるし。
比較機能ぐらい付けろや。
0244名無しさん＠お腹いっぱい。01/12/29 16:29ID:???
汎用プロファイルマネージャっていうのはどうか
プロファイルマネージャってのはNetscape6についてるやつ
0245名無しさん＠お腹いっぱい。01/12/29 17:16ID:UPGWIUhu
>>240 みたいなライブラリのフロントエンドに >>244 みたいなのを
もってくればいいなじゃいかね。

>>240 のいってるのってまさに GConf やんかー。
http://cj3134981-a.kkbnj1.kt.home.ne.jp/documents/gconf-1.0.x-refs/html/
0246名無しさん＠お腹いっぱい。01/12/29 17:30ID:???
このGConfっての採用したソフトで有名なのってある？
サンプルとして見てみたい。
0247名無しさん＠お腹いっぱい。01/12/29 20:25ID:JSwjUjWm
　　　　　　　　　　　　　　　　　　　　　　　 　　　,. 、
　　　　　　　　　　　　　　　　　　　　　　 　 　 /　/　 ＝ -
　　　　　　　　　　　　　　　　　　 　 　 　 　 /　/　　＝ -
　　　　　　　　　　　　　　 　 　 　 　 　 　 /　/　　＝ -　　　　はいはい1000ゲットｽﾞｻｰｰ
　　　　　　　　　　　　　　　 　 　 　 　 　 /　/　　　　　　　　っと。
　　　　　　　　　　　　　　　　　　　　　 　/　/　　　
　　　　　　　　　　　　 　 -―￣￣ ｀ ―'　 ,　_
　　　　　　　　　　,　´ 　　　　　　　　　　 　 　 ￣"　ー 　　　　　　　　_＝
　　　　　　　　_／　　　　　　　　　 　 　 　 　 　 　 　 　 　 ｀　、　　＝
　　　　　　 , ´　　　　　　　　　　　　　　　　 　　,ﾍ　　　　　　　　ヽ　　　＝
　　　　,／　　 ,|　　　　　　 　 　 　 　　　　 　 　●　　　　 　 　,／
　　　と,-‐ ´￣　　　　　　　 　 　 　　　　r(　　 `'　　　　　　く　　　三　＝　　　　　(⌒
　　(´＿＿　　　､　　　　　　　 　　　　 　`(　　　,ﾍ　　　　　　 ヽ　　　　三　＝(⌒
　　　　　 ￣￣｀ヾ＿　　　　　　　　　　　　　　　●　　　　　　　 　_>　　　（　⌒　　　　(⌒
　　　　　　　 　 ,＿ 　＼　　　　　　　　　　　　　`' _＿　　 -‐ ´　　　三＝(⌒　　　(⌒
　　　　　　　　(＿_ ￣~"　＿＿ , --‐一~￣￣￣　　　　　　三　　＝(⌒ 　(⌒
　　　　　　　　　　￣￣￣　　　　　　　　　　　　　　　　＝（⌒(⌒　　＿＿
0248名無しさん＠お腹いっぱい。01/12/29 22:19ID:???
>>246
GConf は GNOME の一部だったはず。
だから 基本的に UNIXer 向けじゃないかと。

あくまで一例として挙げたまで。

レジストリ API と INI API をぶんどって
ほにゃららするような DLL 作らんかね。
0249名無しさん＠お腹いっぱい。01/12/30 01:46ID:???
どうほにゃららするのが一番問題だな。
薄いラッパならGoogleですぐヒットするほど公開されてる。
0250もなか01/12/30 13:46ID:???
おれは「レジストリ使っていい派」だけど（しつこい）、
INI API ぶんどりは賛成ナリ。INI への読み書きが早くなればなにより。
ついでにタブ区切り式定義ファイルとかも
読み込みだけでいいから出来たらイイかも。
辞書ソフトとかに応用が……（あ、スレ違いになりつつある）
0251名無しさん＠お腹いっぱい。01/12/30 18:26ID:ByUBKubs
>>249
ここで挙げられたいろんな置き場所をユーザが選べるようにするってのは？
んで、レジストリ & INI API で書き込まれたものは
全部そのユーザが指定した場所の指定した形式に落されると。

あーでも、レジストリ API をぶんどるのは危険かなぁ。
Windows 自身が使ってる部分とかもあるだろうし。

バックエンド切り離せればなぁ...
設定を ACAP から引っ張ってきたり、LDAP から引っ張ってきたり...
いろいろ楽になると思うんだが。

プログラマーも楽だろうし。
0252名無しさん＠お腹いっぱい。01/12/30 18:53ID:???
ぶんどる利点を挙げてくれい
0253名無しさん＠お腹いっぱい。01/12/30 19:45ID:ByUBKubs
>>252
普通に INI とかレジストリを使ってる既存のアプリケーションを
変更することなく設定の置き場所変えられる点。

新しい方法考えたとしても、結局プログラマがそれに対応しなきゃ使えないわけだし。
だったら API を置き換えるしかないんじゃないかと。
0254名無しさん＠お腹いっぱい。01/12/31 14:28ID:???
APIぶんどるのは難しいよ
0255名無しさん＠お腹いっぱい。01/12/31 17:58ID:???
>>254
素人な漏れには DLL 置き換えみたいな方法しか思いつきません。
なんか危険な気がする。

他にどんな方法が考えられます？
0256名無しさん＠お腹いっぱい。02/01/01 05:38ID:???
そこまでやるなら素直にOSから作るがよろし
0257名無しさん＠お腹いっぱい。02/01/01 16:43ID:???
どこが素直なのか理解に苦しみ悶えアンアンといやらしい声が漏れてしまいそうだ。
0258名無しさん＠お腹いっぱい。02/01/01 19:23ID:???
>>256
なんか素人丸出しな意見だね。
0259名無しさん＠お腹いっぱい。02/01/02 21:52ID:???
>>257
素直にうけた。
0260名無しさん＠お腹いっぱい。02/01/07 02:22ID:Y8pMdg17
>>256
素直を通り越してひねくれにいっとるわい
0261名無しさん＠お腹いっぱい。02/01/13 07:39ID:ki6cr+tg
age
0262名無しさん＠お腹いっぱい。02/01/13 07:42ID:???
結局APIぶんどりは無理ってことか？
0263名無しさん＠お腹いっぱい。02/01/13 08:01ID:???
毎度、APIどんぶりくれよ
0264名無しさん＠お腹いっぱい。02/01/16 01:52ID:???
APIどんぐりならあるんだが...
0265 02/01/20 12:32ID:???
c:\Documents and Settings\ユーザー\Application Data
c:\Documents and Settings\ユーザー\Local Settings\Application Data
とかのディレクトリを求めるにはどうすればいい？

なんかいいやりかたないかな
0266名無しさん＠お腹いっぱい。02/01/20 13:44ID:???
INI 派。特に対したわけでもないソフトがレジストリ使っていると萎える。
たいしたソフトなら別に良いんだけどっていうのはわがままですか？


　　　　　　　　　　　　　　　　　　　　　　　 　　　,. 、
　　　　　　　　　　　　　　　　　　　　　　 　 　 /　/　 ＝ -
　　　　　　　　　　　　　　　　　　 　 　 　 　 /　/　　＝ -
　　　　　　　　　　　　　　 　 　 　 　 　 　 /　/　　＝ -　　　　はいはい0x10Aゲットｽﾞｻｰｰ
　　　　　　　　　　　　　　　 　 　 　 　 　 /　/　　　　　　　　っと。
　　　　　　　　　　　　　　　　　　　　　 　/　/　　　
　　　　　　　　　　　　 　 -―￣￣ ｀ ―'　 ,　_
　　　　　　　　　　,　´ 　　　　　　　　　　 　 　 ￣"　ー 　　　　　　　　_＝
　　　　　　　　_／　　　　　　　　　 　 　 　 　 　 　 　 　 　 ｀　、　　＝
　　　　　　 , ´　　　　　　　　　　　　　　　　 　　,ﾍ　　　　　　　　ヽ　　　＝
　　　　,／　　 ,|　　　　　　 　 　 　 　　　　 　 　●　　　　 　 　,／
　　　と,-‐ ´￣　　　　　　　 　 　 　　　　r(　　 `'　　　　　　く　　　三　＝　　　　　(⌒
　　(´＿＿　　　､　　　　　　　 　　　　 　`(　　　,ﾍ　　　　　　 ヽ　　　　三　＝(⌒
　　　　　 ￣￣｀ヾ＿　　　　　　　　　　　　　　　●　　　　　　　 　_>　　　（　⌒　　　　(⌒
　　　　　　　 　 ,＿ 　＼　　　　　　　　　　　　　`' _＿　　 -‐ ´　　　三＝(⌒　　　(⌒
　　　　　　　　(＿_ ￣~"　＿＿ , --‐一~￣￣￣　　　　　　三　　＝(⌒ 　(⌒
　　　　　　　　　　￣￣￣　　　　　　　　　　　　　　　　＝（⌒(⌒　　＿＿
0267名無しさん＠お腹いっぱい。02/01/20 14:17ID:???
>>265
過去ログにあったような。

>>266
確かに「ちょっとした設定しかないのにレジストリを使われると萎える」
という意見は多い。でもその理由は「なんとなく」ってのもまた多い。
俺は、使っているレジストリエントリをドキュメントに書いてくれたり、
アンインストーラで消してくれるソフトなら、ちょっとした設定にレジストリを
使ってもいいと思ってる。
0268名無しさん＠お腹いっぱい。02/01/20 16:30ID:???
SHGetSpecialFolderLocation()使え
あとは自分で調べれ
ちなみにApplication DataはCSIDL_APPDATAだ。
0269名無しさん＠お腹いっぱい。02/01/29 15:39ID:???
>>267
>確かに「ちょっとした設定しかないのにレジストリを使われると萎える」
>という意見は多い。でもその理由は「なんとなく」ってのもまた多い。

こういう人種も。
http://pc.2ch.net/test/read.cgi/win/1007435105/637-640n
0270名無しさん＠お腹いっぱい。02/01/29 17:11ID:???
>>267
レジストリを消しても再構築しないとサイズは元に戻らないよ。
ちょっとした設定ならINIがいい。
027126702/01/29 19:27ID:???
えーと、言いたかったのはレジストリとINIのどちらを使ったほうがいいか
じゃなくて、レジストリを使うかどうかの判断に「ちょっとした設定」か
「重要な設定」かはあまり関係ないのではないかと。
> 「ちょっとした設定しかないのにレジストリを使われると萎える」
っていうと、まるで重要な設定ならレジストリを使ってもいい、みたく聞こえるじゃない？
でも実際は重要な設定だろうとなかろうとINIの方がバックアップなどに便利だし、
レジストリを使うなら重要な設定だろうとなかろうとレジストリを使ってることには
変わりないんだし。
027226702/01/29 19:35ID:???
それより、気になったのが>>269の挙げてくれたスレの
> 将来的にはレジストリにアプリのデータを保存しないようにすると、なにかでよんだ気がする。
> 多分DOS/V magazine。
ってやつ。本当だとしたらうれしいんだけど、いつのDOS/V magazineかなぁ。
0273久しぶりにage02/01/29 20:20ID:SBBxg6cU
当たり前だけどレジストリは登録するもんであって
iniは初期化するもんであって
どちらもアプリケーションのデータを置くものじゃないのね。
つーか、Application Dataに置くのが正解。
C#のIDEで有名なSharpDeveropとかIrvineはそうしてる。

あとAPIぶんどりの話が出てたけどAPIって本来の目的と外れた場所で
使われてることもあるから全然関係無いのがまともに動かなくなったりするよ。
たとえば.url(ｲﾝﾀｰﾈｯﾄｼｮｰﾄｶｯﾄ)とか。
0274名無しさん＠お腹いっぱい。02/01/29 21:19ID:???
漏れ、可能な限りINI派。

>>271
多分だがそういうことではなくて、シェル拡張とか
アンインストーラの登録とか、拡張子関連づけとか、
「レジストリに書き込まねば実現できない」
ことってあるでしょ？
それのことでは無いかと思われ。

どっちにしろﾃﾞﾌｫでONにされるとムカっと来るが(藁


>>273
素で疑問に思ったことなので気を悪くされたらｽﾏｿ。
ではINIって元々どういう事が記憶されてたの？

漏れはPC触りだしてそういうことに手を突っ込むように
なってから、INIは設定ﾌｧｲﾙだとﾊﾞｶｰﾘ思ってた…
INIがInitializeの略だと知ったのは、実は去年…
0275名無しさん＠お腹いっぱい。02/01/29 21:38ID:???
>>273
名前の通りにいけばそうだけど、じゃあアプリケーションが
HKEY_CURRENT_USER\Software に登録するものって例えば何？
MS自体がINI→レジストリに設定を保存するように推奨してるんだから、
これらはもともと同じ働きをするものと考えて良いんじゃないかな。

>>274
INIは設定ファイルだよ。ファイルのプロパティ見てごらん。
0276名無しさん＠お腹いっぱい。02/01/29 21:41ID:???
>>274
>INIって元々どういう事が記憶
今のレジストリと同じ。
元々OSの初期化のために作られて、ついでにアプリケーションの設定にも使われた。
初期化のためにあるから書き込みよりも読み出し用って感じ。
読み取り用のAPIには数値を取得するものがあるけど書き込み用には数値用のが無くて、
数値を書き込む場合は一度文字列に変換してから文字列として書き込まないといけなかったりする。

当然、今現在はただのレガシーAPIで、
開発者用のMS配布のドキュメントには
>Note This function is provided only for compatibility with 16-bit Windows-based applications.
>Applications should store initialization information in the registry.
と、ちゃんと書かれてある。
0277なんか今日は激重だね02/01/29 22:01ID:???
>>275
>HKEY_CURRENT_USER\Software
今現在の使われ方をするためのものとして存在してるけど、"ついで"として使われてるだけ。

ちなみに俺はiniファイル派だったりする。
自分で作るアプリは全てiniに設定を保存してる。
たぶん世の中がXMLで設定を保存するようになってもiniファイル使ってると思う。
0278名無しさん＠お腹いっぱい。02/01/29 22:49ID:???
> 今現在の使われ方をするためのものとして存在してるけど、"ついで"として使われてるだけ。

あんたの好みという以外の根拠は?
0279age02/01/29 23:42ID:SBBxg6cU
良スレage
0280名無しさん＠お腹いっぱい。02/01/29 23:46ID:???
「アプリケーションのデータ」って例えば？
アプリの設定は含まれないよな？
0281名無しさん02/01/30 16:18ID:???
設定とデータの区別ってわからないね。
MozillaなんかはApplication DataにブックマークやCookieを保存するけど
これはデータとも言えるし設定とも言えるし…
0282名無しさん＠お腹いっぱい。02/01/30 16:47ID:???
Microsoftはレジストリに保存するかApplication Dataに保存するかは
64KBを目安に決めれと言ってる
0283名無しさん＠お腹いっぱい。02/01/30 19:38ID:???
フリーウェアなんかは絶対にレジストリをいじられたくなかったり
でもさんざんいじられてるのでそのうち新規ウィンドウズインストールできれいに消すことになる
0284名無しさん＠お腹いっぱい。02/01/30 20:02ID:???
>>283
だからさー、そういうときはいじられたくない根拠を書こうや
0285名無しさん＠お腹いっぱい。02/01/30 20:16ID:???
>>282
それは64KBを超える場合はレジストリにしろってこと？
ソースを教えて欲しい。

設定とアプリのデータについて個人的には、
「データ」はおおざっぱに言えば操作によって増減するファイルのようなもの、
（例えばブックマークやキャッシュファイルやクッキーなど）
「設定」はそれ以外のアプリに関する設定だと思っていた。
思いっきりローカルルールだけど。
0286名無しさん＠お腹いっぱい。02/01/30 21:47ID:r+HtcEpC
上で言われているように，もっとMSは
レジストリを使う人のためにレジストリ礼儀作法を厳しく指示するべき…

たまに大量のデータをレジストリに投げ入れたりする酷いプログラムに出くわす．
高速に何度もレジストリにアクセスするようなプログラムまである．

NT系でも9x系でも，レジストリをダイエットさせる再構築には
再起動が必要不可欠だから，運用形態によっては悲惨だ．
0287＿02/01/30 23:22ID:EMJO49PA
>>286
その為のWindowsロゴだったりするんだけどね。
http://www.microsoft.com/japan/windows/logo/

ini使ってると、マルチユーザーでまるで使い物にならなくなるんだよね。
反面、個人で使う場合、iniの方が便利な事も・・・
0288名無しさん＠お腹いっぱい。02/01/31 00:02ID:???
>>285
逆逆。64KBを超える場合はApplication Dataにしろって書いてある。
http://www.microsoft.com/japan/winlogo/downloads/AppSpec22j.doc
> ・HKCU (HKEY_CURRENT_USER) レジストリハイブは、小さなデータ
> 　(約 64K) の保存やユーザーごとのポリシー設定の保存に適しています。
(中略)
> ・大きなファイルベースのデータは、［Application Data］ フォルダに
> 　入れなければなりません。たとえば、Internet Explorer の一時
> 　インターネット キャッシュはユーザー プロファイルに格納され、
> 　レジストリには格納 されていません。
> ・インストール時に、アプリケーションで HKCU と HKLM に合計 128K を
> 　超えるデータを保存してはいけません。ただし、HKEY_CLASSES_ROOT
> 　は例外です。
0289名無しさん＠お腹いっぱい。02/01/31 00:12ID:???
よくレジストリの利点は（iniと違って）64KBの壁が無いことだ、っていうけど
まったく逆を推奨してるんだね…
0290名無しさん＠お腹いっぱい。02/01/31 00:16ID:???
>>289
いや、Application Dataっていうのは、iniというわけでなく・・・
ユーザー毎に持ってるフォルダなので、そこに自由な形式のデータを格納しなっせ。
という事だと思われ。
0291名無しさん＠お腹いっぱい。02/01/31 00:25ID:???
さーて、MSDNライブラリのWin2000アプリケーション仕様書をちゃんと読むか・・・
0292名無しさん＠お腹いっぱい。02/01/31 00:36ID:???
>>290
>>289は別にiniを使うとは言ってないと思うが。
0293名無しさん＠お腹いっぱい。02/01/31 01:15ID:???
>>292
早合点。ｽﾏｿ。
0294名無しさん＠お腹いっぱい。02/02/02 00:15ID:???
本題から全然外れるけど、
レジストリのsoftware直下のキー名がソフト同士でかぶったり
したことってないのかな。
0295名無しさん＠お腹いっぱい。02/02/02 01:14ID:???
つーか、Windows も UNIX の仲間もうんこちゃん。まっきんも勿論。
超漢字使え。
0296名無しさん＠お腹いっぱい。02/02/04 18:11ID:???
>>294
基本的に"software\[作者が付けた任意の名前]\[ソフトウェア名]"になるから
かぶる事は無いんだけどたまに行儀の悪いソフトがsoftware直下に
ソフト名を持ってくるのもあるから注意せないかん。
0297名無しさん＠お腹いっぱい。02/02/04 18:20ID:???
でかいソフトやレジストリを必ず弄るソフト(関連付けとか)でインストーラ付きのソフトならともかく
ツールと呼ばれる程度のソフトでインストールされたフォルダ以外に
設定とかデータを残しては欲しくないな。

マルチユーザの場合はマルチインストール。これ最強。
0298名無しさん＠お腹いっぱい。02/02/04 19:28ID:???
>>297
>>284
029929702/02/04 19:42ID:???
別にレジストリ弄るのは良いんだよ。
アンインストーラさえついててキッチリ消してくれるならな。
ただ、アンインストーラついてても消さない糞アプリもあるわけで
レジストリに書き込むアプリは何と無く使いたくない。

んで、あちこちにファイル作られるとアンインストール面倒。
それからバックアップもめんどい。

つーかこれ何回も言われてる事だろ。
いちいち書く必要も無いと思うが。
0300名無しさん＠お腹いっぱい。02/02/04 21:33ID:???
レジストリ弄ってもいい
その代わりアンインストールするとき完全に消せ

これがホントの気持ち
0301名無しさん＠お腹いっぱい。02/02/04 22:43ID:???
ポイントは
”完全に”
だね
消してると見せかけてよく見ると
鼻くそ程度のこってることがあって
あまり精神的に良くないことが在る
0302名無しさん＠お腹いっぱい。02/02/05 10:29ID:SaWLjtr3
というか、消すのって実は難しいの？
0303名無しさん＠お腹いっぱい。02/02/05 10:41ID:???
おまえら細かいこと気にしすぎ。レジストリなんか
使ってるうちにどんどん肥大してくよ。新しいソフト
入れなくてもさ。
ディスクのイメージでもとっておいて、数ヶ月に1回
リカバリすればいいじゃん。よさそうなソフトあったら
どんどん試しちゃおうぜ、レジストリなんて気にしないで。
0304名無しさん＠お腹いっぱい。02/02/05 14:27ID:???
>>303
> ディスクのイメージでもとっておいて、数ヶ月に1回
> リカバリすればいいじゃん。

めんどくさいから嫌だ。

＝＝＝＝＝　終了　＝＝＝＝＝
0305名無しさん＠お腹いっぱい。02/02/05 14:47ID:zIX9aGD+
レジストリなんて，構造覚えてれば，何処にゴミが溜まったか
すぐに分かるから，いくらでもダイエットできるが．
systemに溜まった用途不明のdllだけはドウシヨウモナイ…
0306名無しさん＠お腹いっぱい。02/02/05 16:19ID:???
>>305
そのダイエットに使う時間は無意味だと思いませんか？
0307名無しさん＠お腹いっぱい。02/02/05 17:29ID:???
実際無意味だよ。レジストリのサイズ気にするのなんて。
0308名無しさん＠お腹いっぱい。02/02/05 19:30ID:???
独自のDLLはアプリと同じフォルダに置いて欲しいもんだ。
0309名無しさん＠お腹いっぱい。02/02/05 19:34ID:???
>>306
好きでやってるんだからほっといてやれよ
0310名無しさん＠お腹いっぱい。02/02/05 19:37ID:???
アプリケーションにレジストリの書き出し機能がついてると便利だな
0311名無しさん＠お腹いっぱい。02/02/06 07:08ID:???
自分が作っているものに関してはINI保存+DLL同じ個所。
なんと言っても「アンインストールのとき〜」という記述が楽。

　Win32の手引きとも言えるリファレンスにはレジストリを使え、
と書いているがこれはActiveXの考えと同じだと思う。つまり保
存されているところがどこかを認識せずに使えるってところだな。

　たしかに>>307の言うとおり大した問題じゃないが、INIだとバ
ックアップが楽だという利点がある。レジストリだと全部バック
アップするということをするのもいいかもしれないが効率が良く
ないし。>>310のとおりのような機能があるのもいいと思う。
0312妄想02/02/06 09:05ID:???
ふと思ったんだけどさ、設定保存/復帰用のAPIをEXEに仕込んでおくってどうよ?
具体的引数はまだ考えてないけど、とりあえず設定を保存/復帰ファイル名をPCharで。

で、もしこれが標準になれば1つのアプリを走らせるだけで、
INIだろうが独自形式のファイルだろうがレジストリだろうが、
ほぼ全ての使っているアプリの設定の保存/復帰が出来る。

って、寝起きの時の妄想をちょっとまとめただけだから、
あまりキツイツッコミは無しで(汁
0313名無しさん＠お腹いっぱい。02/02/06 14:24ID:???
過去ログ見れば同じ流れがあるんだが、INIの場合、マルチユーザに対応するためにどうする？
マルチインストールという答えはやめて欲しい。
バージョンアップのたびに何回もインストールするのはめんどうだし、
インストールするユーザの数が少ないとは限らないから。
0314名無しさん＠お腹いっぱい。02/02/06 17:11ID:???
レジストリ使うかini使うか選択できればいいと思われ
作者は大変だが
0315名無しさん＠お腹いっぱい。02/02/06 17:49ID:???
>>313
作者からﾏﾙﾁｲﾝｽﾄﾛｰﾙって答えが返ってきたら、
各ﾕｰｻﾞ用のINIを差し替えるて起動するﾊﾞｯﾁ、
もしくはそう言うﾂｰﾙを作ってみては?
■ このスレッドは過去ログ倉庫に格納されています