レジストリ vs プライベートINI
■ このスレッドは過去ログ倉庫に格納されています
0001名無しさん＠お腹いっぱい。
01/11/22 18:00ID:kWO77Burプログラマの視点から、逆にユーザの視点から、
それぞれの利点や欠点について意見を聞かせてください。
0259名無しさん＠お腹いっぱい。
02/01/02 21:52ID:???素直にうけた。
0260名無しさん＠お腹いっぱい。
02/01/07 02:22ID:Y8pMdg17素直を通り越してひねくれにいっとるわい
0261名無しさん＠お腹いっぱい。
02/01/13 07:39ID:ki6cr+tg0262名無しさん＠お腹いっぱい。
02/01/13 07:42ID:???0263名無しさん＠お腹いっぱい。
02/01/13 08:01ID:???0264名無しさん＠お腹いっぱい。
02/01/16 01:52ID:???c:\Documents and Settings\ユーザー\Local Settings\Application Data
とかのディレクトリを求めるにはどうすればいい？
なんかいいやりかたないかな
0266名無しさん＠お腹いっぱい。
02/01/20 13:44ID:???たいしたソフトなら別に良いんだけどっていうのはわがままですか？
,. 、
/ / ＝ -
/ / ＝ -
/ / ＝ - はいはい0x10Aゲットｽﾞｻｰｰ
/ / っと。
/ /
-―￣￣ ｀ ―' , _
, ´ ￣" ー _＝
_／ ｀ 、 ＝
, ´ ,ﾍ ヽ ＝
,／ ,| ● ,／
と,-‐ ´￣ r( `' く 三 ＝ (⌒
(´＿＿ ､ `( ,ﾍ ヽ 三 ＝(⌒
￣￣｀ヾ＿ ● _> （ ⌒ (⌒
,＿ ＼ `' _＿ -‐ ´ 三＝(⌒ (⌒
(＿_ ￣~" ＿＿ , --‐一~￣￣￣ 三 ＝(⌒ (⌒
￣￣￣ ＝（⌒(⌒ ＿＿
0267名無しさん＠お腹いっぱい。
02/01/20 14:17ID:???過去ログにあったような。
>>266
確かに「ちょっとした設定しかないのにレジストリを使われると萎える」
という意見は多い。でもその理由は「なんとなく」ってのもまた多い。
俺は、使っているレジストリエントリをドキュメントに書いてくれたり、
アンインストーラで消してくれるソフトなら、ちょっとした設定にレジストリを
使ってもいいと思ってる。
0268名無しさん＠お腹いっぱい。
02/01/20 16:30ID:???あとは自分で調べれ
ちなみにApplication DataはCSIDL_APPDATAだ。
0269名無しさん＠お腹いっぱい。
02/01/29 15:39ID:???>確かに「ちょっとした設定しかないのにレジストリを使われると萎える」
>という意見は多い。でもその理由は「なんとなく」ってのもまた多い。
こういう人種も。
http://pc.2ch.net/test/read.cgi/win/1007435105/637-640n
0270名無しさん＠お腹いっぱい。
02/01/29 17:11ID:???レジストリを消しても再構築しないとサイズは元に戻らないよ。
ちょっとした設定ならINIがいい。
0271267
02/01/29 19:27ID:???じゃなくて、レジストリを使うかどうかの判断に「ちょっとした設定」か
「重要な設定」かはあまり関係ないのではないかと。
> 「ちょっとした設定しかないのにレジストリを使われると萎える」
っていうと、まるで重要な設定ならレジストリを使ってもいい、みたく聞こえるじゃない？
でも実際は重要な設定だろうとなかろうとINIの方がバックアップなどに便利だし、
レジストリを使うなら重要な設定だろうとなかろうとレジストリを使ってることには
変わりないんだし。
0272267
02/01/29 19:35ID:???> 将来的にはレジストリにアプリのデータを保存しないようにすると、なにかでよんだ気がする。
> 多分DOS/V magazine。
ってやつ。本当だとしたらうれしいんだけど、いつのDOS/V magazineかなぁ。
0273久しぶりにage
02/01/29 20:20ID:SBBxg6cUiniは初期化するもんであって
どちらもアプリケーションのデータを置くものじゃないのね。
つーか、Application Dataに置くのが正解。
C#のIDEで有名なSharpDeveropとかIrvineはそうしてる。
あとAPIぶんどりの話が出てたけどAPIって本来の目的と外れた場所で
使われてることもあるから全然関係無いのがまともに動かなくなったりするよ。
たとえば.url(ｲﾝﾀｰﾈｯﾄｼｮｰﾄｶｯﾄ)とか。
0274名無しさん＠お腹いっぱい。
02/01/29 21:19ID:???>>271
多分だがそういうことではなくて、シェル拡張とか
アンインストーラの登録とか、拡張子関連づけとか、
「レジストリに書き込まねば実現できない」
ことってあるでしょ？
それのことでは無いかと思われ。
どっちにしろﾃﾞﾌｫでONにされるとムカっと来るが(藁
>>273
素で疑問に思ったことなので気を悪くされたらｽﾏｿ。
ではINIって元々どういう事が記憶されてたの？
漏れはPC触りだしてそういうことに手を突っ込むように
なってから、INIは設定ﾌｧｲﾙだとﾊﾞｶｰﾘ思ってた…
INIがInitializeの略だと知ったのは、実は去年…
0275名無しさん＠お腹いっぱい。
02/01/29 21:38ID:???名前の通りにいけばそうだけど、じゃあアプリケーションが
HKEY_CURRENT_USER\Software に登録するものって例えば何？
MS自体がINI→レジストリに設定を保存するように推奨してるんだから、
これらはもともと同じ働きをするものと考えて良いんじゃないかな。
>>274
INIは設定ファイルだよ。ファイルのプロパティ見てごらん。
0276名無しさん＠お腹いっぱい。
02/01/29 21:41ID:???>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:???>HKEY_CURRENT_USER\Software
今現在の使われ方をするためのものとして存在してるけど、"ついで"として使われてるだけ。
ちなみに俺はiniファイル派だったりする。
自分で作るアプリは全てiniに設定を保存してる。
たぶん世の中がXMLで設定を保存するようになってもiniファイル使ってると思う。
0278名無しさん＠お腹いっぱい。
02/01/29 22:49ID:???あんたの好みという以外の根拠は?
0279age
02/01/29 23:42ID:SBBxg6cU0280名無しさん＠お腹いっぱい。
02/01/29 23:46ID:???アプリの設定は含まれないよな？
0281名無しさん
02/01/30 16:18ID:???MozillaなんかはApplication DataにブックマークやCookieを保存するけど
これはデータとも言えるし設定とも言えるし…
0282名無しさん＠お腹いっぱい。
02/01/30 16:47ID:???64KBを目安に決めれと言ってる
0283名無しさん＠お腹いっぱい。
02/01/30 19:38ID:???でもさんざんいじられてるのでそのうち新規ウィンドウズインストールできれいに消すことになる
0284名無しさん＠お腹いっぱい。
02/01/30 20:02ID:???だからさー、そういうときはいじられたくない根拠を書こうや
0285名無しさん＠お腹いっぱい。
02/01/30 20:16ID:???それは64KBを超える場合はレジストリにしろってこと？
ソースを教えて欲しい。
設定とアプリのデータについて個人的には、
「データ」はおおざっぱに言えば操作によって増減するファイルのようなもの、
（例えばブックマークやキャッシュファイルやクッキーなど）
「設定」はそれ以外のアプリに関する設定だと思っていた。
思いっきりローカルルールだけど。
0286名無しさん＠お腹いっぱい。
02/01/30 21:47ID:r+HtcEpCレジストリを使う人のためにレジストリ礼儀作法を厳しく指示するべき…
たまに大量のデータをレジストリに投げ入れたりする酷いプログラムに出くわす．
高速に何度もレジストリにアクセスするようなプログラムまである．
NT系でも9x系でも，レジストリをダイエットさせる再構築には
再起動が必要不可欠だから，運用形態によっては悲惨だ．
0287＿
02/01/30 23:22ID:EMJO49PAその為のWindowsロゴだったりするんだけどね。
http://www.microsoft.com/japan/windows/logo/
ini使ってると、マルチユーザーでまるで使い物にならなくなるんだよね。
反面、個人で使う場合、iniの方が便利な事も・・・
0288名無しさん＠お腹いっぱい。
02/01/31 00:02ID:???逆逆。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:???まったく逆を推奨してるんだね…
0290名無しさん＠お腹いっぱい。
02/01/31 00:16ID:???いや、Application Dataっていうのは、iniというわけでなく・・・
ユーザー毎に持ってるフォルダなので、そこに自由な形式のデータを格納しなっせ。
という事だと思われ。
0291名無しさん＠お腹いっぱい。
02/01/31 00:25ID:???0292名無しさん＠お腹いっぱい。
02/01/31 00:36ID:???>>289は別にiniを使うとは言ってないと思うが。
0293名無しさん＠お腹いっぱい。
02/01/31 01:15ID:???早合点。ｽﾏｿ。
0294名無しさん＠お腹いっぱい。
02/02/02 00:15ID:???レジストリのsoftware直下のキー名がソフト同士でかぶったり
したことってないのかな。
0295名無しさん＠お腹いっぱい。
02/02/02 01:14ID:???超漢字使え。
0296名無しさん＠お腹いっぱい。
02/02/04 18:11ID:???基本的に"software\[作者が付けた任意の名前]\[ソフトウェア名]"になるから
かぶる事は無いんだけどたまに行儀の悪いソフトがsoftware直下に
ソフト名を持ってくるのもあるから注意せないかん。
0297名無しさん＠お腹いっぱい。
02/02/04 18:20ID:???ツールと呼ばれる程度のソフトでインストールされたフォルダ以外に
設定とかデータを残しては欲しくないな。
マルチユーザの場合はマルチインストール。これ最強。
0298名無しさん＠お腹いっぱい。
02/02/04 19:28ID:???>>284
0299297
02/02/04 19:42ID:???アンインストーラさえついててキッチリ消してくれるならな。
ただ、アンインストーラついてても消さない糞アプリもあるわけで
レジストリに書き込むアプリは何と無く使いたくない。
んで、あちこちにファイル作られるとアンインストール面倒。
それからバックアップもめんどい。
つーかこれ何回も言われてる事だろ。
いちいち書く必要も無いと思うが。
0300名無しさん＠お腹いっぱい。
02/02/04 21:33ID:???その代わりアンインストールするとき完全に消せ
これがホントの気持ち
0301名無しさん＠お腹いっぱい。
02/02/04 22:43ID:???”完全に”
だね
消してると見せかけてよく見ると
鼻くそ程度のこってることがあって
あまり精神的に良くないことが在る
0302名無しさん＠お腹いっぱい。
02/02/05 10:29ID:SaWLjtr30303名無しさん＠お腹いっぱい。
02/02/05 10:41ID:???使ってるうちにどんどん肥大してくよ。新しいソフト
入れなくてもさ。
ディスクのイメージでもとっておいて、数ヶ月に1回
リカバリすればいいじゃん。よさそうなソフトあったら
どんどん試しちゃおうぜ、レジストリなんて気にしないで。
0304名無しさん＠お腹いっぱい。
02/02/05 14:27ID:???> ディスクのイメージでもとっておいて、数ヶ月に1回
> リカバリすればいいじゃん。
めんどくさいから嫌だ。
＝＝＝＝＝ 終了 ＝＝＝＝＝
0305名無しさん＠お腹いっぱい。
02/02/05 14:47ID:zIX9aGD+すぐに分かるから，いくらでもダイエットできるが．
systemに溜まった用途不明のdllだけはドウシヨウモナイ…
0306名無しさん＠お腹いっぱい。
02/02/05 16:19ID:???そのダイエットに使う時間は無意味だと思いませんか？
0307名無しさん＠お腹いっぱい。
02/02/05 17:29ID:???0308名無しさん＠お腹いっぱい。
02/02/05 19:30ID:???0309名無しさん＠お腹いっぱい。
02/02/05 19:34ID:???好きでやってるんだからほっといてやれよ
0310名無しさん＠お腹いっぱい。
02/02/05 19:37ID:???0311名無しさん＠お腹いっぱい。
02/02/06 07:08ID:???なんと言っても「アンインストールのとき〜」という記述が楽。
Win32の手引きとも言えるリファレンスにはレジストリを使え、
と書いているがこれはActiveXの考えと同じだと思う。つまり保
存されているところがどこかを認識せずに使えるってところだな。
たしかに>>307の言うとおり大した問題じゃないが、INIだとバ
ックアップが楽だという利点がある。レジストリだと全部バック
アップするということをするのもいいかもしれないが効率が良く
ないし。>>310のとおりのような機能があるのもいいと思う。
0312妄想
02/02/06 09:05ID:???具体的引数はまだ考えてないけど、とりあえず設定を保存/復帰ファイル名をPCharで。
で、もしこれが標準になれば1つのアプリを走らせるだけで、
INIだろうが独自形式のファイルだろうがレジストリだろうが、
ほぼ全ての使っているアプリの設定の保存/復帰が出来る。
って、寝起きの時の妄想をちょっとまとめただけだから、
あまりキツイツッコミは無しで(汁
0313名無しさん＠お腹いっぱい。
02/02/06 14:24ID:???マルチインストールという答えはやめて欲しい。
バージョンアップのたびに何回もインストールするのはめんどうだし、
インストールするユーザの数が少ないとは限らないから。
0314名無しさん＠お腹いっぱい。
02/02/06 17:11ID:???作者は大変だが
0315名無しさん＠お腹いっぱい。
02/02/06 17:49ID:???作者からﾏﾙﾁｲﾝｽﾄﾛｰﾙって答えが返ってきたら、
各ﾕｰｻﾞ用のINIを差し替えるて起動するﾊﾞｯﾁ、
もしくはそう言うﾂｰﾙを作ってみては?
0316名無しさん＠お腹いっぱい。
02/02/06 18:08ID:???ツール作るにしても結局作者がINI差し替え機能をサポートしてないとならないんだよな。
というか差し替え機能があるなら初めからマルチインストールとは答えないと思われ。
0317315
02/02/06 18:29ID:???説明が足りなかったｽﾏｿ。
>そう言うﾂｰﾙ
というのは、
単に現在のﾕｰｻﾞ名を取得、そこから例えば
AppName_CurrentUserName.ini
みたいなﾌｧｲﾙを
AppName.ini
という名前に上書きｺﾋﾟｰ、そしてAppName.exeを起動。
AppName.exeの終了まで待機し、終了したら
AppName.ini→AppName_CurrentUserName.ini
と上書きｺﾋﾟｰする。
こんな感じ。
つまり、対象ｱﾌﾟﾘに切り替えを指示するのではなくて、
こちらが切り替えてしまうｱﾌﾟﾘ。
つうか説明下手でｽﾏｿ、うまく伝わるか不安だ…
0318名無しさん＠お腹いっぱい。
02/02/06 20:40ID:???全てのユーザにインストールし直すのが面倒なのは
各ユーザにインストール任せれば良いんだし。
そもそもユーザごとに使いたいアプリは違うだろうし
管理者の好みを押し付けるってのはなぁ。
管理が行き届きにくくなるって欠点はあるけど。
0319名無しさん＠お腹いっぱい。
02/02/06 21:40ID:???ド素人がいないとも限らないし。
実際、XPを家族で使ってるとして、インストールや各種設定なんて
恐くてやらせたくない。
これが学校とかだったらなおさらどんなユーザがいるかわからないしなぁ。
っていうか学校でユーザごとに好き勝手にインストールできるような環境だったら
管理どころじゃないよね。
0320名無しさん＠お腹いっぱい。
02/02/06 22:15ID:???マルチユーザ環境といえば学校が手っ取り早い例なので。）、
普通、PCごとにリカバリしていくわけで、たいていアプリケーション類は
CドライブのProgram Filesフォルダにインストールされる。
で、ユーザの誰がどのPCを使うかはわからない。（例えて言うなら出席番号順に座るとは限らない）
この場合、UsersアカウントはProgram Filesフォルダには書き込み権限が無いとも考えられる。
こういうとき、アプリケーションの設定はどこに保存するか？
手っ取り早いのはレジストリで、どうしてもINIっていうならApplication Dataフォルダとか。
でもこのアプリケーションを自宅で使うならアプリケーションと同じフォルダに
INIを保存してくれた方が楽。（楽な理由は今まで出し尽くされてきた。）
要するに使う環境によってレジストリ、INI、どっちが便利かってのは
変わってくるんだよね。
だから一番いいのはアプリケーション側がどちらもできるような機能をサポートしてること。
でも作者もめんどうだろうし、作者によって仕様が異なるのも使いにくそう。
だからインターフェイスが統一されて利用するのも簡単なライブラリなんかが
あればいいなと思ったけど、俺にはそんなライブラリを作るスキルは無い！ばか！
0321名無しさん＠お腹いっぱい。
02/02/06 23:10ID:???COMコントロールとかはそんな感じで標準化されているね。
0322名無しさん＠お腹いっぱい。
02/02/06 23:12ID:???なんかが使えなくな〜る。
0323名無しさん＠お腹いっぱい。
02/02/06 23:39ID:???インストール後にも変化するようなINIファイルは、
%USERPROFILE%\Application Data\
%USERPROFILE%\Local Settings\Application Data\
あたりにいれておけば問題なし
0324名無しさん＠お腹いっぱい。
02/02/07 01:33ID:???ファーストユーザースイッチと、Terminalクライアントの場合、
同じユーザーが同時にログインして、同時にアクセスすることになるんだけど
大丈夫？
INIが開けませんって落ちるアプリをよく見かけるので・・・。
0325名無しさん＠お腹いっぱい。
02/02/07 10:29ID:???標準のプロファイルAPIを使ってる限り問題ないと思うけど。
独自に読み書きしてる場合でも普通は読み書き終わったら閉じるんじゃないの?
落ちるようなアプリはよほど設計がタコなんだろ。
でも%USERPROFILE%の下にini入れるくらいだったらレジストリ使うが。
iniのメリットの大半はexeと同じディレクトリにあることによるものだよね?
0326名無しさん＠お腹いっぱい。
02/02/11 01:44ID:uv6QFOr40327名無しさん＠お腹いっぱい。
02/02/12 11:53ID:???基本的にブラウザと表計算とワープロ入っていればいいし
後、足りない物があれば適当な市販ソフト入れれば十分だと思うが。
共有のパソコンで個人的なことなんて怖くてできん。
というより何をやるわけ？
0328名無しさん＠お腹いっぱい。
02/02/12 15:23ID:???学校のPCにも普通にFTPクライアントやTelnetクライアントなどの
オンラインソフトが「標準で」入っているが？
エディタもオンラインソフトだった学校があったな。
>共有のパソコンで個人的なことなんて怖くてできん。
家にPCが一台しかなければ十分ありえる状況だと思うが。
0329名無しさん＠お腹いっぱい。
02/02/12 16:33ID:???だから、いちユーザがそのパソコンで何をやるのさ？
FTPはまぁ必要っぽいけどHPビルダーでも入れとけって感じだし
telnetやテキストエディタなんてWindows標準ではいってるやん。
管理者ならともかく、いちユーザには必要なさげ。
＞家にPCが一台しかなければ十分ありえる状況だと思うが。
家庭のパソコンと学校とか会社のパソコンでは話が全然変わるよ。
と言うより、自分が管理しているパソコンとそうでないパソコンではと言った方がいいか。
0330名無しさん＠お腹いっぱい。
02/02/12 17:43ID:???いや、今言ってるのは管理者の話だろ？
管理者がソフトを学生用PCにインストールするとき、ソフトはマルチユーザに
対応してるべきで、その対応の仕方はレジストリ云々・・という話の流れだったと思うが。
それからWindows標準という話ならFTPクライアントも標準で入ってるが、
それらが使いにくいまたは機能が少ないから、（市販にせよフリーにせよ）他の
ソフトを使うわけで。
自分が管理してようとなかろうと自分のアカウントがあれば個人的なことはするだろ。
つーかそのためのアカウントだろ。
0331名無しさん＠お腹いっぱい。
02/02/12 17:54ID:???0332名無しさん＠お腹いっぱい。
02/02/12 18:46ID:???うん、だから学生用PCのソフトなら適当な市販ソフト入れておけば十分って事。
オンラインソフトを入れるまでもないんじゃないの？と言いたかった。
市販ソフトとオンラインソフトとどう違うのかって言われると
その辺はあいまいなんだけどね。
オンラインソフトでも市販品に負けない物もたくさん有るし。
纏めると､マルチユーザの環境なんてそのPCを使いこなすなんてことは殆どないから
簡単なソフトならそんなにマルチユーザの環境は気にすることもないんじゃないかな？
それだとレジストリ使う必要はないしINIファイルも実行ファイルと同じフォルダに置けばいい。
0333名無しさん＠お腹いっぱい。
02/02/12 19:04ID:???ソフトによって完成度が違うからどっちがいいとは言えないね。
FTPクライアントソフトが例に出たけど、それでビルダーを入れるのは
本末転倒では？ビルダーを入れるまでもないんじゃないの？と。
金かかるし。まぁこの話はスレ違い。
簡単なソフトってのがどんなのを指すのかわからないけど、マルチユーザを
意識しなくていいソフトならそれでいい。
今はマルチユーザを意識するソフトの話をしてるの。
あと、NT系OSを使えばマルチユーザ環境になるんだから、
PCを使いこなすかどうかは関係ないと思う。
0334名無しさん＠お腹いっぱい。
02/02/12 19:15ID:???0335名無しさん＠お腹いっぱい。
02/02/12 19:31ID:???同。
0336名無しさん＠お腹いっぱい。
02/02/12 22:37ID:???学校とかでFTP使うのってHPをアップロードする時ぐらいじゃない？
ダウンロードはブラウザからも出来るんだし、他のパソコンにファイル送るならメールで良いし。
HPアップロードするなら作成ソフトも必要でしょ。
と思って書いたんだが。まぁこれは終わろう。
マルチユーザ環境で使用する若しくはマルチユーザの環境で使われるだろうソフトで
アンインストールする事がないようなソフトなら
レジストリに設定を保存する方がいいと思う。
でもそんなソフトってそんなにないんじゃないのかな？
大抵のソフトはマルチユーザ環境を意識する必要はないと思うが。
NT系OSを使ったからといってマルチユーザ環境になる訳ではないしね。
# 二人以上が同じパソコンを共有して使う時点でマルチユーザ環境になる。
若しかしたら近いうちにパソコンは一人に一台の時代がくるかもしれないし。
だからあえてレジストリを使う必要はない。
それに同じディレクトりのINIに設定を保存すると
パソコンを2台使っている時、ネットワークドライブとか割り当てて
別のパソコンのソフトを起動すると同じ設定で起動できて便利。
0337名無しさん＠お腹いっぱい。
02/02/12 23:28ID:???>FTPクライアント
その学校での用途まで知るかよ。エディタで作成→アップロード、anonymousサーバに接続、など。
とにかく色々な環境があるんだからそんなに限定しようとするなよ。
>二人以上が同じパソコンを共有して使う時点でマルチユーザ環境になる。
一人で使っててもアカウントが複数ならマルチユーザ。
>でもそんなソフトってそんなにないんじゃないのかな？
>大抵のソフトはマルチユーザ環境を意識する必要はないと思うが。
何度言ったらわかるんだ。
意識しなくていいものはそれでいいんだよ。
話の前提は意識するソフトだ。前提を覆さないでいただきたい。
例え。テキストエディタはマルチユーザを意識しなくて良いか。
エディタをカスタマイズ＝個人の設定
個人の設定である以上他のユーザとは違う設定である可能性があるため
マルチユーザに対応しておいた方が良い。
もちろん対応してなくても作者の勝手。ただ対応してたほうがいいだろって話。
>パソコンを2台使っている時、ネットワークドライブとか割り当てて
これは同意。
0338名無しさん＠お腹いっぱい。
02/02/12 23:41ID:???> マルチユーザ環境で使用する若しくはマルチユーザの環境で使われるだろうソフトで
> アンインストールする事がないようなソフトなら
そんなソフトあるのか(;´Д`)
0339名無しさん＠お腹いっぱい。
02/02/12 23:48ID:???0340名無しさん＠お腹いっぱい。
02/02/13 01:15ID:???＞一人で使っててもアカウントが複数ならマルチユーザ。
それ言うならWin9x系だって一緒。
でも確かに言い方は間違ってた。2アカウント以上使っていて。だね。
ただ個人で2アカウント使うような場合はレジストリより設定を共有できるINIファイルの方が便利。
＞例え。テキストエディタはマルチユーザを意識しなくて良いか。
この場合は必要ない。各自、自分の好きな奴をインストールすればOK。
学校とかそういった場所ではそもそもエディタなどインストールする必要ない。
どうしても使いたいっていうなら使えば良いけど。
それで下手にマルチユーザ対応にしてレジストリなんか使う必要が出てくると
個人で使う場合、厄介になるだけだから俺はINIファイルを使うようにする。
少数のユーザのことを考えるより大多数のユーザのことを考えたい。
#レジストリのことを気にするやつも少数って言えば少数ですが。
・・・んー、説明が下手で分かってもらえないか。スマン。
乱暴に言えば意識しなければならないソフトなんて殆どない。
だから意識するソフトの話は意味がない。
意識する必要のないソフトを下手にマルチユーザ対応にするのは良くない、と言う事。
>>338
ワードとかエクセルとかそんなの。普通アンインストールしないでしょ。
あとNT系ならサービスで動くようなソフトはこれに入るかな。
0341名無しさん＠お腹いっぱい。
02/02/13 02:48ID:???しなければならないんじゃなくてした方がいいだろってことね。前言ったけど。
どうもマルチユーザ＝レジストリって考えてるようだけど、iniや他のファイル使っても
マルチユーザを意識することとは別。
それと俺はレジストリが良いって言ってんじゃないんだよ。
マルチユーザを考慮に入れたほうがいいだろってこと。
一番いいのはレジストリ／iniかつシングル／マルチユーザの選択式だと思ってる。
色々な環境があるんだからそれに対応できるオプションがあればいいじゃん。
それを「学校ではオンラインソフトではなく市販ソフト」とか
「マルチユーザを意識する必要はほぼ無い」とか限定的なことを言うから
それは違うだろ、と。そうじゃない環境も十分あるだろ、と。
>>ワードとかエクセルとかそんなの。普通アンインストールしないでしょ。
おいおい。
そりゃ君はそうかもしれないけどもだねぇ・・・
0342名無しさん＠お腹いっぱい。
02/02/13 05:12ID:???Microsoftの回答は移動プロファイルですね。
0343名無しさん＠お腹いっぱい。
02/02/13 05:13ID:???0344いち”管理”者
02/02/13 09:46ID:ggBeQi6N> 纏めると､マルチユーザの環境なんてそのPCを使いこなすなんてことは殆どないから
大多数の人にとってはたしかにそうかもね。半年間週一回情報処理の授業受けるとか、
ちょっとWeb見るとか、年に二回レポート書くとか、、
> 少数のユーザのことを考えるより大多数のユーザのことを考えたい。
いろんな事情で仕方なくマルチユーザの環境でPCを使いこなさなければならない少数のユーザが
なるべくストレス無く快適に使える環境を構築するのが私たちの仕事なので…。
> 乱暴に言えば意識しなければならないソフトなんて殆どない。
> だから意識するソフトの話は意味がない。
だったらほかのスレへ（・∀・）ｶｴﾚ！ということで。
ここはマルチユーザーを意識して作るソフトの設定の保存方法を論ずるスレだからね。
0345名無しさん＠お腹いっぱい。
02/02/13 15:29ID:???iniでマルチなのがメリットだと思うが。
0346名無しさん＠お腹いっぱい。
02/02/13 18:58ID:???＞しなければならないんじゃなくてした方がいいだろってことね。
これが意見の違いかな。俺はしない方がいいと考える。理由は何回も言ったとおり。
＞どうもマルチユーザ＝レジストリ・・・
マルチユーザを意識するならレジストリに格納するべき。
>>343の言ってる通りINIファイルに格納するメリットがないと思う。
メリットがあるとしたらどんな物があるか教えてくれると有り難い。
＞一番いいのはレジストリ／iniかつシングル／マルチユーザの選択式だと思ってる。
これも確かに良いんだけど問題はその設定を何処に保存するか。
当然、同じフォルダのINIファイルに保存するようにすると思うけど
その設定を他のユーザが書き換えないとも限らない。
その対策も出来ないこともないが、そこまでやるのは面倒だし無駄に思える。
俺も幾つかフリーウェア作って公開してるけど
余計な機能ってのはバグを生むし管理しにくくなる要因の一つで好ましくない。
まぁ、それは各作者が好きで決めればいいことだとは思うが
そこまでする事はないのでは？と言うのが意見。
＞それを「学校ではオンラインソフトではなく市販ソフト」とか ・・・
そう見えてしまう書き方をしたのは悪かったが、別に断定してる訳ではない。
十分、と言っても全体から見ればごく少数だろう、
そのごく小数のために・・・はもう書いたか。
＞そりゃ君はそうかもしれないけどもだねぇ・・・
だから"全員"じゃなく"普通"ね。
とかいう俺も普段使ってるパソコンからワードとエクセルは消し去ってるし。
>>344
＞いろんな事情で仕方なくマルチユーザの環境で・・・
少数ならばソフトに頼るのではなくマルチインスコとか他の方法で対応できるはず。
それが面倒だって気持ちは分からないでもないが。
＞ここはマルチユーザーを意識して作るソフトの設定の保存方法を論ずるスレだからね。
いや、今の話の流れはそうだけどスレ自体は
「フリーソフトでレジストリを使うかINIを使うか。プログラマとユーザの視点から意見を言う」
と言うスレじゃないのか・・・。
言いたいのはもし他のソフトウェア作家がこのスレを見て
自分のソフトをマルチユーザ対応にした方がいいのかなと思うのは
本当にそうなのかちゃんと考えて欲しい、と言う事。
0347名無しさん＠お腹いっぱい。
02/02/13 22:31ID:???余計なことはしたくないってことだろ。そんなんこいつのスキルの問題じゃん。
> ＞そりゃ君はそうかもしれないけどもだねぇ・・・
> だから"全員"じゃなく"普通"ね。
> とかいう俺も普段使ってるパソコンからワードとエクセルは消し去ってるし。
矛盾してて何が言いたいのかわからん。
0348名無しさん＠お腹いっぱい。
02/02/13 22:40ID:???例えばCOM登録や関連付けなど。
「アンインストールしなくてもいい」なんてふざけた理由は無い。
0349くい
02/02/13 22:44ID:???よいのか、どこにかきこんだのかをはっきり明示してくれれば
いいんだよ。
あとは、そのソフトの価値と比較していれるかいれないか
は各自がきめればよい。
プログラマも用もなくレジストリをいじってるわけではないと思う。
無駄に使ってる奴には、頼めばいい。
終了／・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・
0350名無しさん＠お腹いっぱい。
02/02/13 22:52ID:???同意。>>346の一連の発言を見てると単にレジストリを使いたくない（使って欲しくない）から
マルチユーザを否定してるように見える。
レジストリを使う理由も隔たってるし。（彼曰くマルチユーザに対応すべきでアンインストールしないようなソフトだっけ？）
0351名無しさん＠お腹いっぱい。
02/02/13 23:08ID:???> マルチユーザを意識するならレジストリに格納するべき。
> >>343の言ってる通りINIファイルに格納するメリットがないと思う。
> メリットがあるとしたらどんな物があるか教えてくれると有り難い。
例えば一つのフォルダに全ユーザの設定をまとめて置けば移動・削除が楽。
ようはiniの利点と同じ。
他のユーザが設定を書きえる（他のユーザは信頼できない人間である）可能性
がある場合、まず9x系使ってるならその心配はするだけ無駄。
NT系はレジストリやApplicationDataフォルダ。
だから選択式。選択設定の保存先はレジストリでもいいしあるサブフォルダに入れて
そのフォルダをUsersが書き込めないようにする。
少数とか多数とかって統計でも取ってるの？
仮に取っててかつ小数を切り捨てるのは作者の勝手だけど、
それは君の勝手であってそれを根拠にマルチユーザ自体が不必要ということにはならない。
0352名無しさん＠お腹いっぱい。
02/02/13 23:16ID:???0353名無しさん＠お腹いっぱい。
02/02/13 23:33ID:???>>346はレジストリを使う（使われる）のが嫌い。
↓
マルチユーザ対応が推奨されると多くのソフトがレジストリを使い出すと思ってる。
（>>346はマルチユーザ対応にはレジストリを使うべきだと考えているため）
↓
自分のソフトも対応させなければいけないかもしれない。でもスキルがない。
↓
>言いたいのはもし他のソフトウェア作家がこのスレを見て
>自分のソフトをマルチユーザ対応にした方がいいのかなと思うのは
>本当にそうなのかちゃんと考えて欲しい、と言う事。
すべてはレジストリを使いたくないという>>346の信仰に端を発している。
だから「マルチユーザに対応する必要がない」や「レジストリはマルチユーザに対応すべきで
アンインストールしないようなソフト」などというあいまいな理由でこじつけられたわけだ。
0354名無しさん＠お腹いっぱい。
02/02/13 23:55ID:???素朴な疑問なんだが、なぜワードやエクセルは普通アンインストールしないソフトなんだ？
根拠を教えてくれ。
0355名無しさん＠お腹いっぱい。
02/02/13 23:59ID:???>スキルがない
というのは理由にならんだろ。
INIより少々面倒ではあるが、操作自体は全然難しいところはない。
0356名無しさん＠お腹いっぱい。
02/02/14 00:05ID:???スマソ。選択方式を実装するのが大変、ってのとごっちゃになった。
つーかその一行は無い方がわかりやすいかも。
0357346
02/02/14 00:14ID:???プログラマなら分かると思うがこれはスキルの問題ではない。
もし、ユーザの要望に何でもこたえてゴタゴタしたコードを組むようでははっきり言って未熟。
スパゲティー・プログラムになって手におえなくなるのがオチ。
仕事でクライアントが後からあれもしろ、これもしろ、と言われてやるのは仕方がないが。
最初から仕様を決めてしっかりと組むのなら問題ない。
それにみんながスキル有ると思ったら大間違い。
>>348
それはまた別の話でしょ。ここでは設定を何処に保存するかって話をしている。
使う必要がある時に使うのは当たり前。
>>350
俺も>349にほぼ同意してる。
ただ不必要にレジストリを使うようなまねはして欲しくないだけ。
何と無くレジストリに設定を保存しいてるソフトも多々あるわけで、、、
マルチユーザ(多人数)で使うようなソフトってのは基本的にアンインストールしないのでは？
この辺は経験がないんではっきりとは分からないんだけど
多人数で使ってるソフトをポコポコ変えられては使用者が迷惑するだけだと思う。
だからマルチユーザを意識する＝アンインストールしないソフトって認識なんだが。
>>351
＞例えば一つのフォルダに全ユーザの設定をまとめて置けば移動・削除が楽。
この場合、全てのユーザがそのファイルに書き換える権限がないといけないが
そうするとEXEと違う場所に置くかEXEを全てのユーザが書換えを実行できる場所に
インストールする必要が出てきて現実的じゃない。
インストールしたフォルダの書換え権を全てのユーザに許可できるなら
それも良いかもしれない。NTFSなら出来るのかな？
＞NT系はレジストリやApplicationDataフォルダ。
選択式でレジストリやApplicationDataに保存すると
INIファイルのメリットがなくなって本末転倒。
んでマルチユーザ自体が不必要なんじゃなくて
意味もなくマルチユーザ対応にする事が不必要と言っている。
>>353
設定を保存するだけならINIを使うよりレジストリを使った方が簡単なのだが。
だから意味もなくレジストリに設定を保存するソフトが多い。
>>354
ワープロや表計算ソフトってのはVerUPを除いてコロコロ変える物じゃないでしょ。
そんな事したらそれまで作った文書が読めなくなる。
別の奴を使い出すにしろ元の奴は残すのでは？
0358名無しさん＠お腹いっぱい。
02/02/14 00:30ID:???> ＞例えば一つのフォルダに全ユーザの設定をまとめて置けば移動・削除が楽。
> この場合、全てのユーザがそのファイルに書き換える権限がないといけないが
> そうするとEXEと違う場所に置くかEXEを全てのユーザが書換えを実行できる場所に
> インストールする必要が出てきて現実的じゃない。
悪いが意味がよくわからない。
Usersは保存場所の設定を読み込めればいい。設定するのは管理者なんだから。
> 選択式でレジストリやApplicationDataに保存すると
> INIファイルのメリットがなくなって本末転倒。
ここではiniのメリットを捨てて「他のユーザから自分の設定を守る」メリットが優先される。
これはそういう選択肢。
そしてこれを選択するのはあくまでもユーザの権利。作者は機能を提供するだけ。
> 意味もなくマルチユーザ対応にする事が不必要と言っている。
違うでしょ。君が言ってるのは
> 乱暴に言えば意識しなければならないソフトなんて殆どない。
> だから意識するソフトの話は意味がない。
0359名無しさん＠お腹いっぱい。
02/02/14 00:33ID:???>ここではiniのメリットを捨てて「他のユーザから自分の設定を守る」メリットが優先される。
INIでも、アクセス権設定すれば、自分以外のユーザーから守れるyo！
■ このスレッドは過去ログ倉庫に格納されています