ふらっと C#,C♯,C＃（初心者用） Part128 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/05/02(火) 22:05:40.13

「どんなにくだらないC#プログラミングやVisual C#の使い方に関する質問でも誰かが優しくレスをしてくれるスレッド」です。

他のスレッドでは書き込めないような低レベルな質問、
質問者自身なんだか意味がよく分からない質問、
ググろうにもキーワードが分からないなど、勇気をもって書き込んでください。

内容に応じて他スレ・他板へ行くことを勧められることがあります。ご了承下さい。

なお、テンプレが読めない回答者は邪魔なので後述のC#相談室に移動して下さい。
C#に関係の無い話題や荒らしの相手や罵倒レスはやめてください

>>980を踏んだ人は新スレを建てて下さい。
>>980が無理な場合、話し合って新スレを建てる人を決めて下さい。

■前スレ
ふらっと C#,C♯,C＃（初心者用） Part127 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1489498042/

■関連スレ
C#, C♯, C＃相談室 Part94 [無断転載禁止]©2ch.net
http://echo.2ch.net/test/read.cgi/tech/1492843013/

■コードを貼る場合は↓を使いましょう。
http://ideone.com/
https://dotnetfiddle.net/

■情報源
https://msdn.microsoft.com/en-us/library/gg145045.aspx
http://referencesource.microsoft.com/
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** · 2017/05/25(木) 07:10:56.11

現行で進んでるような専用の板が見付からなかったのでスレチかも知れないけど助けてくれませんか
概念的な話になります

http通信を行っているc#のサーバ側の開発に携わったんだけどリソースって言葉が曖昧すぎて困ってます

httpで通信するときに
put ←動作
uri ←対象
body ←引数

渡してるのはuriとbodyだからこの二つがリソースを指すのだろうか？？
それともどちらか片方？

**デフォルトの名無しさん** · 2017/05/25(木) 07:18:51.19

>>489
リソースの定義が曖昧だとしても実用上何か困る？

**デフォルトの名無しさん** · 2017/05/25(木) 07:26:10.80

>>490
今あるやつを猿真似すれば良いだけだから開発には困らない
ただ理解して書かないと何を何のために追加したのかも説明できないから理解したい
言葉の整理がしたくて調べてたけどリソースについて全然記述が見つからず...

**デフォルトの名無しさん** · 2017/05/25(木) 07:26:53.04

>>489
RESTのリソースっていうのは「顧客1」「5月25日の投稿」といった、名前によって識別される何かを指す抽象概念
Webならデータがサーバーに格納されてURLによってアクセス可能な状態になった時点でリソースとなる

**デフォルトの名無しさん** · 2017/05/25(木) 07:31:04.00

>>491
リソースuri
リソースbody
でいいんじゃないか？

**デフォルトの名無しさん** · 2017/05/25(木) 07:37:42.57

>>492
クライアントは
動作としてputなどを
何に動作させるかのためにURLを
データ(リソース)としてbodyを
ってことで良いのかな？

>>493
そうなっててでも違うのかあってるのかみたいになってるんだ

**デフォルトの名無しさん** · 2017/05/25(木) 07:45:57.64

>>494
クライアントはリソースに対する操作とその結果を扱っているにすぎない
リソースの実体は常にサーバーにある

**デフォルトの名無しさん** · 2017/05/25(木) 07:49:43.64

>>495
あ書き方が悪かった
クライアントが上記のように通信してきたとしたら
サーバー側は上記を三つのように解釈して処理をする？
って聞いた意味だった

データをentityに受け取って、URLで識別してアクセス可能になった
この状態をリソースと呼ぶ？それともentityのことをリソースと呼ぶ...？

**デフォルトの名無しさん** · 2017/05/25(木) 07:55:41.69

>>488
リポジトリの差し替えじゃなくてproviderの差し替えだろ

**デフォルトの名無しさん** · 2017/05/25(木) 07:56:41.84

>>496
クライアントが送ってきたものはリソースではなく単なる操作
その操作対象となる、サーバー側のDBやファイルシステムにある何かがリソース

**デフォルトの名無しさん** · 2017/05/25(木) 08:01:40.11

>>498
ああああああああああああああああああああああああああああああああああああああ
わかった今わかったかも

Aのファイルがサーバーにあったとしたときに

クライアント
Aにputするよ
URLは取り決めでxxxxだよ
Aに操作する値はbodyだよ

こういうときにサーバーで言うリソースってのは
クライアントが送ってきた情報ではなく、その対象となるAか！！！

**デフォルトの名無しさん** · 2017/05/25(木) 08:02:52.71

君がそのPJではリソースとはこういう意味で使ってますと決めればいいやん。

**デフォルトの名無しさん** · 2017/05/25(木) 08:09:40.42

>>497
一緒だよ
アプリからのエンティティの操作がDBMSに依存しないことをEFが担保する
それをMSがproviderの差し替えで実装してようが、そんなことはどうでもいい
少なくともDapperを使って実装したリポジトリパターンではその責任をリポジトリに負わせているのだから、当然リポジトリを差し替えるのが筋

**デフォルトの名無しさん** · 2017/05/25(木) 08:14:47.64

>>500
追加開発だから無理だった
リソースの説明よんでも理解できなかったから一般的にどのような意味なのか知りたかった
こんな感じだった

**デフォルトの名無しさん** · 2017/05/25(木) 08:25:23.90

>>501
各DBの違いを吸収するためにproviderを作ってるのはあくまでもDBベンダーだからね。

**デフォルトの名無しさん** · 2017/05/25(木) 11:34:34.78

WinFormでForm1.csで使用しているコントロールがデザインのどこにあるか探す方法って、
Form1.Designer.csの座標を見る以外にありますでしょうか？
また変数等を検索する時、コメント部分はスキップする方法はありますでしょうか？

**デフォルトの名無しさん** · 2017/05/25(木) 11:40:39.74

アプリ終了時に手動で破棄するべきリソースとそうでないリソースの区別はどうつけたらいいのですか。
Disposeメソッドを持っているクラスのインスタンスは全部、アプリ終了時にDisposeすべきなのでしょうか。

**デフォルトの名無しさん** · 2017/05/25(木) 11:57:56.72

>>504
どんな状況かよく分からんがドキュメントアウトラインは？
検索は全ての参照を検索（Shift+F12）とか

**デフォルトの名無しさん** · 2017/05/25(木) 12:11:41.77

数値の配列(リスト)が３０程度あって、その配列を要素ごとに加算して
一つの配列にしたいのですが、何かいい方法あるでしょうか。

**デフォルトの名無しさん** · 2017/05/25(木) 12:40:39.56

>>507
こういう？（要素数固定
https://paiza.io/projects/xGTRpO0D5sJSgNs553qqkQ

**デフォルトの名無しさん** · 2017/05/25(木) 12:48:52.27

>>508
ありがとうございます！
すごくイカしてます！
早速試してみます

**デフォルトの名無しさん** · 2017/05/25(木) 13:28:09.73

あ、元になる数値配列の要素数がそれぞれ違う場合は、
public static int[] CombineArray(int[] dest, params int[][] source)
{
int n = dest.Length;

for(int i = 0; i < source.Length; i++)
{
for(int j = 0; j < source[i].Length; j++)
{
dest[j] += source[i][j];
}
}
return dest;
}
で

**デフォルトの名無しさん** · 2017/05/25(木) 13:49:55.87

>>506
状況は引き継いだソフトが、テスト用のコントロールも貼りまくりで、
使用しているコントロール名も「label1」とか貼ったまま使ってて、
未使用のコントロールも沢山あるので、
未使用はコメントにしたり名前を付けて整理しているところです。

ドキュメントアウトラインで整理しながら簡単に見つけられますね。
参照の検索で使用しているか確認出来ますね。
ありがとうございました。

**デフォルトの名無しさん** · 2017/05/25(木) 13:57:53.66

未使用は果たして本当に未使用かな?
ってぐらい動的に変わるコントロールがあったりして作った奴ぶっ殺したくなることもしばしば

**デフォルトの名無しさん** · 2017/05/25(木) 14:09:25.89

>>511
そういう状況だとthis.Controls["label" + i]なんてやってるかもしれなくて
全ての参照を検索じゃすくいきれないかも知れないから要注意だぞ

**デフォルトの名無しさん** · 2017/05/25(木) 17:42:16.87

yield returnした方がスマート

**デフォルトの名無しさん** · 2017/05/25(木) 22:18:41.97

>>510
ありがとうございます
動作確認してみましたが問題なく、ソースの量もわかりやすさも文句無しでした
本当に助かりました！

**デフォルトの名無しさん** · 2017/05/26(金) 10:09:45.86

C#の言語的な話じゃないので入れ違いかもしれないですけど
パワポをC#から弄ろうとしてますが、ファイルを掴んだままになってしまいます。

using System.Windows.Forms;
using DocumentFormat.OpenXml.Packaging;

PresentationDocument ppt = PresentationDocument.Open(@"D:\A.pptx", true);
ppt.SaveAs(@"D:\B.pptx");
ppt.Close();
ppt.Dispose();
MessageBox.Show("できました");

A.pptx を読み込んで B.pptx に書き込むだけでテストしてますが
この実行プロセスを終了させないと（「できました」の表示の時点では） B.pptx が掴まれているらしく
開いたりコピーしたりできません。

誰が掴んでるか調べる手段はありませんでしょうか。

**デフォルトの名無しさん** · 2017/05/26(金) 10:28:52.28

>>516
https://msdn.microsoft.com/ja-jp/library/office/cc850847.aspx

**デフォルトの名無しさん** · 2017/05/26(金) 10:53:24.42

そうじゃなくて、Close と Dispose を明示しているにも関わらず
内部で保存先のファイルを掴んだままになっちゃってて弄れない、って意味です。

プロセス（EXE）を落とせば解放されるんですけど、続きの処理があるもんで。

**デフォルトの名無しさん** · 2017/05/26(金) 10:58:38.55

SaveAsがOpenXmlPackageオブジェクト返すじゃん？　これIDisposable

**デフォルトの名無しさん** · 2017/05/26(金) 11:02:29.39

なんと！
まさにビンゴでした。

ppt.SaveAs(@"D:\B.pptx").Dispose();

で無事に目的を果たせました！
ありがとうございました！！

**デフォルトの名無しさん** · 2017/05/26(金) 11:07:25.38

Disposeが実行された　!=　オブジェクトが解放された

**デフォルトの名無しさん** · 2017/05/26(金) 11:09:43.92

そういやusing使っても明示的にCloseする必要ってあるのかね？

**デフォルトの名無しさん** · 2017/05/26(金) 11:12:46.50

>>522
ないよ
http://divakk.co.jp/aoyagi/csharp_tips_using.html

**デフォルトの名無しさん** · 2017/05/26(金) 11:15:03.63

>>523
ありがとう

**デフォルトの名無しさん** · 2017/05/26(金) 14:46:54.86

すみません
Char.IsNumber()メソッドは文字列の内の一桁しか判別できないのですか？また2桁以上を判別したい場合はどのメソッドを使うと良いのでしょうか

**デフォルトの名無しさん** · 2017/05/26(金) 14:53:33.20

文字と文字列は区別付けよう
ところでChar.IsNumberはいわゆる全角の数字とかローマ数字とかもtrueって評価するけどその辺どうすんの？

**デフォルトの名無しさん** · 2017/05/26(金) 15:15:25.80

>>525
先ず何がしたいのか言えよ

**デフォルトの名無しさん** · 2017/05/26(金) 15:21:51.18

>>525
C# string isnumberでググれ
いくらでもでてくる

**デフォルトの名無しさん** · 2017/05/26(金) 15:22:13.46

テキストボックスに突っ込まれた文字列が数値かそうでないか判断したいんだきっと
でもisnumberじゃ駄目だったよｲﾏｺｺ
int.parseだきっとint.parseが求める答えだったんだよ!

シラネ( ´∀｀)ｂ

**デフォルトの名無しさん** · 2017/05/26(金) 15:26:56.97

俺だったらconvert.toint32だな

**デフォルトの名無しさん** · 2017/05/26(金) 15:32:43.39

俺なら正規表現を使う

**デフォルトの名無しさん** · 2017/05/26(金) 15:39:55.03

なんでお前等は嫌みな回答しかできないの？

**デフォルトの名無しさん** · 2017/05/26(金) 15:44:35.17

>>529
判断したいのならTryつけようよ
>>525
むしろChar.IsNumberとか知らなかった
文字列　数値　変換　とかでググるとTryParseがすぐ出てくるはず
outが嫌なら別の当たって

**デフォルトの名無しさん** · 2017/05/26(金) 15:59:29.40

符号付きとか全角とかアラビア数字とか⑨とかどう判定したいのっと

**デフォルトの名無しさん** · 2017/05/26(金) 16:30:48.38

なるほど！
やっぱりTryParseメソッドが良さそうですね
>>529さんのおっしゃる通りでした！
確かにこの質問だけでは>>526さんや>>534さんのような問題も出てくるんですね！申し訳ありませんでした。判別したかったのは一般的な全角と半角の数字のみでした。
>>526さんChar.IsNumberに渡すのはstring のような文字列型も渡せるのではないのですか？
>>530さんConvert.toint32メソッドは文字や文字列を渡すとスローされるのではないのですか？

526
529
531
533
534さん相談に乗っていただきありがとうございました！

**デフォルトの名無しさん** · 2017/05/26(金) 16:42:29.54

>>532
プログラムの回答って必要最小限でぶっきらぼうに回答すると全部嫌味に見える
そういうつもりはないんだよ

**デフォルトの名無しさん** · 2017/05/26(金) 17:21:30.79

アルファベットのIVX使ってギリシャ数字書くやつが居るから面倒なんだわ

**デフォルトの名無しさん** · 2017/05/26(金) 18:23:18.38

>>535
ないと思うけど、国外向けのプログラムを作る時はロケールも意識しないとあかんよ

**デフォルトの名無しさん** · 2017/05/26(金) 18:44:14.72

>>535
> Char.IsNumberに渡すのはstring のような文字列型も渡せるのではないのですか？
Char.IsNumberにStringを渡せるオーバーロードの引数は
Char.IsNumber(String, int)
この文字列の何番目の文字を判定しますか？　ってこと

**デフォルトの名無しさん** · 2017/05/26(金) 18:51:35.84

そんなオーバーロードあるのかw
stringのインデクサがあれば要らないはずだけど

**デフォルトの名無しさん** · 2017/05/26(金) 19:03:32.42

最近.net2.0の案件ばかりで泣きたくなってくる

**デフォルトの名無しさん** · 2017/05/26(金) 19:15:44.49

>>541
かわいそうに…

**デフォルトの名無しさん** · 2017/05/26(金) 19:16:58.08

古いものの方が安心感がある
って人多いよね
何の根拠もないんだけどw

**デフォルトの名無しさん** · 2017/05/26(金) 19:58:52.45

>>543
あるだろ
バカがいじらねぇからｗ
ウィルスより質が悪いって認識されてんだろ

**デフォルトの名無しさん** · 2017/05/26(金) 20:13:06.21

>>543
ほとんどの場合は君が被害妄想全開で勘違いしてるような理由じゃなくて
再テストするコストの問題だと思うけどね

**デフォルトの名無しさん** · 2017/05/26(金) 21:39:41.16

>>541
この業界は9割以上がレガシーの保守らしいぞ
日本人はソフトになるととにかく新しいものを作りたがらない

**デフォルトの名無しさん** · 2017/05/26(金) 22:02:23.90

失敗の可能性にお金を払いたくないだけですな
とても便利になろうとも失敗の可能性があるからには手を出したくないって方が多い印象

**デフォルトの名無しさん** · 2017/05/26(金) 22:24:11.81

それが最大の失敗だよな
ミスを恐れて何もしないで結果、損をする
ダメ人間そのままじゃないか

**デフォルトの名無しさん** · 2017/05/26(金) 22:26:22.91

子供の論理だねそれw

**デフォルトの名無しさん** · 2017/05/26(金) 22:27:57.00

っていうか、どんな会社でも君が無給の勤労奉仕でやるっていうのならダメだって言わないと思うよ。
コストなんか問題じゃないんだって本気で思ってるのなら是非やったら？w

**デフォルトの名無しさん** · 2017/05/26(金) 22:30:46.44

スレの主旨とそれ以前に板のローカルルールくらい守れよ

**デフォルトの名無しさん** · 2017/05/26(金) 22:34:19.73

>>541
なんでそんな古い.netを使うの？

**デフォルトの名無しさん** · 2017/05/26(金) 22:40:09.73

>>549
スレのルールすら守れない子供は余所に行こうね

**デフォルトの名無しさん** · 2017/05/26(金) 23:13:53.33

>>552
昔作ったから

**デフォルトの名無しさん** · 2017/05/27(土) 01:19:14.36

使用しているapiをすべて記録してあればバージョンアップ時に楽なのかもな

**デフォルトの名無しさん** · 2017/05/27(土) 08:05:10.08

記録しても変更できないんじゃ意味ないよ
変更を容易にするために日頃からリファクタリングをすること
これが唯一の正解なんだよ
塩漬けは最もやってはいけない行為

**デフォルトの名無しさん** · 2017/05/27(土) 08:13:13.30

>>556
そうだね
ずいぶん昔にソース管理に登録されてから変更のないシステムを一部改修することになって、本番稼働してるコードと同一かどうかを調べるのが大変なクソ現場です

**デフォルトの名無しさん** · 2017/05/27(土) 09:01:34.21

async await つかってますか

**デフォルトの名無しさん** · 2017/05/27(土) 09:54:28.11

Taskをラップした方がわかりやすいし他の言語にも移植しやすい

**デフォルトの名無しさん** · 2017/05/27(土) 09:58:59.18

UWPに至っては、半ば強制的にasync await使わされます
ライブラリがそれ前提で作られているからね

**デフォルトの名無しさん** · 2017/05/27(土) 10:24:26.01

今時PythonやJavaScriptにもasyncがあるのに何を言っているのか
なんだかんだC#のやり方は正しくて他の言語もすぐに追従する

**デフォルトの名無しさん** · 2017/05/27(土) 10:25:05.62

使いはするけど仕組みはよくわかってない人が多いんじゃないかな
実際はreturnしてるけどそういう風には見えない

**デフォルトの名無しさん** · 2017/05/27(土) 10:36:00.65

async　awaitの説明サイトがあんまり初心者もは優しくないんだよな
どれもいまいちというか
何故かTaskの説明ばかり

重要な事にはほとんど触れてない

**デフォルトの名無しさん** · 2017/05/27(土) 10:39:17.27

C#は突出して新しいことをやっているわけではないが
まだマイナーだけど光るものを見つけてきてメインストリームに持ってくるときの
取捨選択とデザインのセンスが神がかっているという印象

**デフォルトの名無しさん** · 2017/05/27(土) 10:45:11.69

>>561
Java

**デフォルトの名無しさん** · 2017/05/27(土) 13:41:30.68

>>563
非同期（スレッド）を理解せずに非同期メソッドが使えるはずがなく、
そもそも非同期自体が初心者が気軽に使えるような機能じゃないんだから当たり前だw

っていうか、@ITの記事はちょっと説明が足りない部分はあるけどよく書けてるでしょ
あれで何が不満なんだ？

**デフォルトの名無しさん** · 2017/05/27(土) 13:59:40.73

C#でintの配列を保存したファイルを読み込んでint配列に設定したいんですが
まずbyte[]に読み込んでそれを変換するという形になりますか？
一番効率の良い方法ってどんなでしょうか？
System.IO.FileStream fs = System.IO.File.OpenRead(path);
byte[] b = new [4*32];
fs.Read(b, 0, 4*32);
fs.Close();
int[] = n = new [32];
コピーはひとつずつする以外にどういうやり方があるでしょうか？

**デフォルトの名無しさん** · 2017/05/27(土) 14:10:30.20

>>567
var buffer = new int[ 32 ];
using( var fs = File.OpenStream( path ) )
using( var reader = new BinaryReader( fs, Encoding.Ascii, true ) )
{
for ( int i = 0; i < buffer.Length; ++i )
{
buffer[ i ] = reader.ReadInt32();
}
}

**デフォルトの名無しさん** · 2017/05/27(土) 14:34:06.49

>>568
そういう読み込み方があるんですね。ありがとうございます。

**デフォルトの名無しさん** · 2017/05/27(土) 14:51:03.74

>>567
一番効率が良いというとやはりポインタにしてC++で言う所のreinterpret_castだけど
C#ではunsafeになり非推奨なので、基本形は>>568のようなBinaryReader/Writerになると思う

汎用的な所だとバイト配列と数値型の変換を行うBitConverter、IntPtrを介して遣り取りするMarshal.Copy
UnmanagedMemoryAccessorのバックエンドとなるSafeBuffer（ジェネリック及び構造体配列が指定可能）など
うちSafeBufferは抽象クラスなので http://ideone.com/P6ZpjV みたいな実装を自前で書く必要あり

**570** · 2017/05/27(土) 15:29:18.13

1つ忘れてた、Buffer.BlockCopyでバッファ自体をコピー可能、プリミティブ配列同士ならこれが最もシンプルだったような
Stream.Readの一部実装はArrayなら何でも読み込めた気がするけど、無理矢理渡す方法がアレなので…
あとSafeBufferの配列読み書きはMarshal.AlignedSizeOf<T>(内部メソッド)のバイトサイズでアライメントされる

**デフォルトの名無しさん** · 2017/05/27(土) 15:40:23.00

ポインタ操作ってリトルエンディアンは保証されてるのか？

**デフォルトの名無しさん** · 2017/05/27(土) 16:00:40.64

Bufferなんてクラスが1.1の時代からあったのか知らなかったw
>>567みたいなのはbyte[]でまとめて読んでint[]にunsafeかCopyMemory使って
コピーしてたなあ

>>567は配列の要素が固定なら固定サイズバッファの共用体使えば
コピーなしでいけるんじゃないかな

**デフォルトの名無しさん** · 2017/05/27(土) 17:01:09.52

質問の主語がわからんが、int配列のデータをWriteして、1バイトづつReadしたら、もちろん逆になってるよ

**デフォルトの名無しさん** · 2017/05/27(土) 17:45:11.27

環境依存じゃないかって言ってるならたぶん理念的には環境依存なんだろうね

68kみたいにビッグエンディアンのC#の動作環境があったとしたら、
その環境ではbyte[]を*intで正常に読めないと思う

**デフォルトの名無しさん** · 2017/05/27(土) 18:16:22.09

まあファイルI/Oはメモリー操作に比べると思いっきり遅いから
何やっても大して早くならんけどね

**デフォルトの名無しさん** · 2017/05/27(土) 18:26:00.76

話題とは関係ないけどこれC#にあったっけ？
>File.OpenStream

**デフォルトの名無しさん** · 2017/05/27(土) 18:27:21.11

>>576
だからこそパフォーマンスが必要なら1つずつチビチビじゃなくて一度になるべくまとめて読み書きするんですよw

**デフォルトの名無しさん** · 2017/05/27(土) 18:32:14.66

>>578
基本的なことだけど、バッファがあるからアプリケーションレベルで小細工する必要はないよ

**デフォルトの名無しさん** · 2017/05/27(土) 19:01:40.80

>>579
Windowsのアーキテクチャーに詳しいわけじゃないけど、
書き込みは確かにディスクキャッシュにバッファリングされるから
プログラム側でまとめて書いても効果薄いかもしれないけど、
読み出し時にはHWレベルでもOSレベルでも大きなキャッシュなんか
用意してないはずだから、プログラム側でまとめて読む意味はあると思うよ

**デフォルトの名無しさん** · 2017/05/27(土) 19:10:38.40

>>577
Java と勘違いしてるか IO.FileStream( ) 辺りと混同してるんでしょ

**デフォルトの名無しさん** · 2017/05/27(土) 19:12:01.62

>>579-580
それ以前にメソッド呼び出しだってコストはかかるわけで

**デフォルトの名無しさん** · 2017/05/27(土) 19:22:03.52

>>567
なんでそんな事したいのか言えよ

**デフォルトの名無しさん** · 2017/05/27(土) 19:29:20.90

>>577
正しくは、File.OpenRead()だね。
良く確かめずにコピペしてたら駄目だなw

**デフォルトの名無しさん** · 2017/05/27(土) 20:12:08.55

>>580
検証したことないけど、FileOptions.SequentialScan指定してFileStreamを作成したらprefetch効かないかな。

**デフォルトの名無しさん** · 2017/05/27(土) 20:52:47.13

>>580
ディスクの読み書きってさ、最小限でもセクターって単位で処理するんだが今のWindows10だと４０９６バイト有るんだわ
だから１バイト読んでもメモリーには最小でも４０９６バイト入るわけだね

**デフォルトの名無しさん** · 2017/05/27(土) 20:59:07.50

>>586
HDDの物理層の知識はゼロだけど、セクターってのはファイルシステム上の概念であって
最小の読み出し単位じゃないと思うよw

SSDみたいなフラッシュメモリーには最小の書き換え単位が存在するけど
最小の読み出し単位は存在しない

**デフォルトの名無しさん** · 2017/05/27(土) 21:03:14.20

物理層も高速化のためにセクタ単位で読んでるはずよ
ファイルシステムより低位の概念