「加工」と「処理」の違いにおける「出力データ」とは？

Question

余所様の質問で申し訳ありませんが、下記回答で疑問に思った箇所があったので質問致します。

• 加工と処理の違い(29855)｜teratail

jQueryのみならず、これらの操作はプログラミング言語の間で Optional とともに語られます。Optional の界隈において、
「加工」は
入力データに"対して"何らかの処理を施し、"出力データを伴う"ものです。
「処理」は
入力データを"元に"何らかの処理を行いますが"出力データを伴いません"。

RyogaK さんはこのように説明しています。
まず、ここでいう「出力データ」とは関数の返り値という認識で正しかったでしょうか。
この前提が正しいと仮定して、関数の返り値がundefined以外の場合に出力されたと見なすという認識でいいのでしょうか。
(ECMAScript では関数は必ず何がしかの返り値を持つ仕様であり、ユーザ定義関数において return がなければ undefined を返す仕様である為、undefined は例外と考えました。)

'use strict';
var array = [0, 1, 2], result;

result = jQuery.each(array, function (i, element) { return element * 2; });
console.log(array);   // [0, 1, 2] (jQuery.each は破壊的ではない)
console.log(result);  // [0, 1, 2] (jQuery.each は出力を伴うので「加工」)

result = jQuery.map(array, function (element) { return element * 2; });
console.log(array);   // [0, 1, 2] (jQuery.map は破壊的ではない)
console.log(result);  // [0, 2, 4] (jQuery.map は出力を伴うので「加工」)

result = array.indexOf(9);
console.log(array);   // [0, 1, 2] (Array.prototype.indexOf は破壊的ではない)
console.log(result);  // -1 (Array.prototype.indexOf は出力を伴うので「加工」)

先の前提で考えると、jQuery.each, jQuery.map, Array.prototype.indexOf は全て返り値を持つので「加工」という認識になってしまいます。
直感的には jQuery.each や Array.prototype.indexOf は「加工」ではなく、「処理」と考えたくなるのですが、どのように考えるのが正しいのでしょうか。

Answer 1

jQuery.eachのソースを見ると、

	// args is for internal usage only
	each: function( obj, callback, args ) {
		var value,
			i = 0,
			length = obj.length,
			isArray = isArraylike( obj );

		if ( args ) {
			if ( isArray ) {
				for ( ; i < length; i++ ) {
					value = callback.apply( obj[ i ], args );

					if ( value === false ) {
						break;
					}
				}
			} else {
				for ( i in obj ) {
					value = callback.apply( obj[ i ], args );

					if ( value === false ) {
						break;
					}
				}
			}

		// A special, fast, case for the most common use of each
		} else {
			if ( isArray ) {
				for ( ; i < length; i++ ) {
					value = callback.call( obj[ i ], i, obj[ i ] );

					if ( value === false ) {
						break;
					}
				}
			} else {
				for ( i in obj ) {
					value = callback.call( obj[ i ], i, obj[ i ] );

					if ( value === false ) {
						break;
					}
				}
			}
		}

		return obj;
	},

http://code.jquery.com/jquery.js
「加工」せずに元のオブジェクトを返しているようですね。つまり戻り値はjQueryのスタイルであるメソッドチェーンを実現するために存在しているのであって、実質的には戻り値はないと考えてよさそうです。

そもそも、mapは関数型言語から導入されてきたと思いますので、mapは関数型言語的、eachは手続き型言語的、ということを平易な言葉で回答しようとすると「戻り値の有無」になるのは納得できます。
厳密じゃないな、という感想はとてもよく分かります（Optionalは関係なくね？とか）。ただ、分かりやすさのために厳密さを損なうのはよくある、というか初心者向けの文章には推奨されるものではないでしょうか。

ちなみに、think49さんなら「加工と処理の違い」をどう定義されますか？

Comments

[Lhankor_Mhy]

なんかズレた回答をしてしまったような気がしてきました。ズレついでに付け加えると、indexOfは加工でいいんじゃないか、とおもいます。

[think49]

仰る通り、jQuery.each は jQuery.prototype.each で関数を使いまわす為(jquery-2.2.1.js の136行目)に返り値を this 値に相当するオブジェクトにしているのでしょうね。
実際、Array.prototype.forEach は undefined を返しますし、その方がしっくり来ます。
[0, 1, 2].forEach(new Function); // undefined

> ちなみに、think49さんなら「加工と処理の違い」をどう定義されますか？
ES6 に限定するなら、Object.assign, Object.defineProperty, Array.from, Array.prototype.slice, Array.prototype.map, Array.prototype.sort String.prototype.replace は「加工」といって差し支えないと思っています。
その前提で定義するならこんなところでしょうか。

- 加工 === 入力データを元に改変し、『入力データと同じフォーマット』もしくは『入力データの特徴を一定以上持ったフォーマット』で出力される事
- 処理 === Statement もしくは FunctionDeclaration (SyntaxError にならないコードの最小単位)

Array.from があるので同じフォーマットと定義するわけにいかず、だからといって「一定以上」を定義する事もできず。
私には厳密に定義する事が出来そうにないですね。

Answer 2

加工（かこう、processing）は、原材料に手を加えて製品を製作すること。

処理（しょり）とは：. 物事を裁くこと、処置。 廃棄処分すること。 ゴミ処理 · 加工すること。 熱処理、表面処理など; 食品加工 - 食材の調理 · コンピューティング (processing) - コンピュータによる電算処理。(wikipedia)

プログラムの話に言葉の意味を持ち込んでも不毛かも知れませんが。
処理は恐らく加工を包括します。
処理が出力を持たないというのは、加工と区別した場合の話のように思われます。

加工は手を加えることですので、その出力は入力を原料にして作成された何かになるのではないでしょうか？
Validationの関数がtrueやfalseを返してもそれは加工とは言わないと思います。
そういう意味ではmapだけが加工されたデータを出力しているように見えます。

Comments

[think49]

「加工食品」という言葉があります。
例えば、「魚」を原料として加熱⇒練ると「かまぼこ」になり、「加工食品」とされます。
しかし、「魚」を包丁で切っただけの「刺身」は「生鮮食品」とされます。
http://www.maff.go.jp/j/fs/f_label/f_fresh/
どちらも加工していますが、単純にカットしただけでは「加工食品」と見なされません。

あくまで個人的な考えですが、JavaScript に例えると次のようになるのかなと思っています。
・jQuery.each は原料(入力データ)には手をつけず、そのまま出力しているので「加工」ではない
・jQuery.map は原料(入力データ)を元に値を変化させて出力しているので「加工」である
・Array.prototype.indexOf は原料(入力データ)を元にindex値を算出するが、原料そのものには手をつけていないので「加工」ではない(例えば、魚のうろこの数を数えて記録を提出しているようなイメージ)

[hirohiro]

> しかし、「魚」を包丁で切っただけの「刺身」は「生鮮食品」とされます。
読んで字のごとくというか、工程、工夫を加える事が加工だと思いますので、
刺身は「加工食品」には分類されないかも知れませんが、魚を加工した何かのはす。
魚を処理したものが刺身だというと違和感があります。

一般的には、完成品が出力される処理工程を加工と呼称するように思います。
しかし魚を例にすると、
1.下ごしらえした状態は処理でも、加工でも違和感なさそうです。
2.血抜きも処理したとも加工したとも言えると思います。
3.計量しただけでは、加工とは言いませんが、計量(処理)済みとは言えそうです。
RyogaK氏は1,2のような加工途上の状態も、処理からの出力であれば加工であると分類しているのだと思います。

>　単純にカットしただけでは「加工食品」と見なされません。
「食品」に加工されて後、それ以上の加工処理が入っていないという解釈でどうでしょう？

>　JavaScript に例えると次のようになるのかなと思っています。
ここ以下の解釈に同意です。読み直してみるとRyogaK氏も同じような事を言っているように見えます。

[think49]

String.prototyoe.slice は刺身の定義からすると「加工」ではない(カットしただけなので)ですが、感覚的には「加工」と表現したくなります。
あくまで主観的なもので厳密な定義は無いのかもしれませんね。

Answer 3

加工すると、データを出力する。
という話であって、
データを出力したならば、それは加工である。
という話ではないと思います。

Comments

[think49]

「具体的な定義」が欲しいと思っています。
言われてみれば確かに「入力データを元に」とありますが、Array.prototype.indexOf も「入力データを元に処理をして出力」しています。
「入力データに改変処理を加え、入力データと同じフォーマットで出力 === 加工」ならjQuery.mapが「加工」でjQuery.each, Array.prototype.indexOf が「処理」と定義する事ができます。
ただ、どこかにドキュメントがあるなら知りたいとも思います。

[Stripe]

「処理」はとても広い意味の言葉です。
当然、「データを出力する処理」というのもあります。

そもそも「加工」や「処理」という言葉を言い出したのが誰なのかを考えてください。
そこには具体的な定義もドキュメントもありません。

[think49]

元の質問者が根拠を持っていない事は理解しているのですが、「jQueryのみならず、これらの操作はプログラミング言語の間で Optional とともに語られます」という物言いから何がしかの根拠となるものから出ているのかもしれないと思いまして…。
私の考えすぎだったのでしょうか。

[Stripe]

ちなみに、Optionalの意味は分かってますか？

[think49]

検索してJava界隈の用語だという事までは理解しましたが、ほとんど理解しておりません…。

[Stripe]

もともとは、Haskell言語のMaybeモナドに由来します。
それが他の言語では、Optionalという名前で実装されることがあります。
これは、「Nullかもしれない値」を表す値で、通常は何らかの値をラップします。

つまり、今回の件とは無関係ということです。

[think49]

ありがとうございます。
Stripeさんを説明を踏まえて、http://qiita.com/shindooo/items/815d651a72f568112910 を読み、朧気ながら理解出来ました。
「Optional は ES6 の `Promise` のように Optional クラスでラップして関数型言語っぽく書けるもの」と解釈しました。
想像するに、RyogaKさんは「if文を加工して Optional クラスにラップ(加工)した」と説明したかったのでしょうか。

[think49]

RyogaKさんからの回答を期待していましたが、回答がなさそうなのでクローズします。
Optional について説明していただいた Stripe さんをベストアンサーとしたいと思います。
ご回答ありがとうございました。