クラス名・変数名に迷ったら書き込むスレ。Part28 [無断転載禁止]©2ch.net

**ネミ子** · 2017/05/07(日) 18:01:52.03

クラス名、変数名のつけ方に悩んだら書き込むスレです。

命名規則や設計の善し悪しについて議論するのは基本的に禁止。

前スレ
クラス名・変数名に迷ったら書き込むスレ。Part27
http://echo.2ch.net/test/read.cgi/tech/1476572490/

**デフォルトの名無しさん** · 2018/08/16(木) 23:05:16.48

それであってるよ
https://msdn.microsoft.com/ja-jp/library/bfcke1bz(v=vs.110).aspx
専ら条件式を記述するときに使う代物で、一般に「何かを受け取って真か偽か判定する」関数をpredicateと呼ぶ

>>266みたいに何でもかんでもpredicateと名付けるのは論外
覚えたての言葉を使いたがるガキかと

**デフォルトの名無しさん** · 2018/08/17(金) 05:57:44.08

>>273
案をありがとう。
これだと、C#にすでにはActionって名前のデリゲートがあるから、そっちに意味を取られないかね？
これは各々の認識の話になるけれども。
だったらサフィックスをFuncにしろよって話だけど、
なんかね、、、カッコ悪いしね

**デフォルトの名無しさん** · 2018/08/17(金) 07:26:31.99

>>276
C#にはPredicateというさらに別の意味のデリゲートもあって、Predicateと言いつつActionという名前が付いたFuncですよね！いい加減にしてください！
と言われたいだけのネタだったんだ…

**デフォルトの名無しさん** · 2018/08/17(金) 07:28:20.40

お詫びに案を挙げますね

//取得
Func<SqlConnection> createSqlConnection = x.GetCreatingSqlConnection("debu");

// 実行
createSqlConnection();

**デフォルトの名無しさん** · 2018/08/17(金) 13:08:13.08

>>274
C#とかJavaでそういうデリケート/インターフェイスが定義されてるとしても、「predicate」の本来の意味は「述部」だから。

C#の場合は、comparerとかの名前を先にインターフェイスとして使ってしまってるから、ヤケクソ的にpredicateを使ったのでは？ｗ
単体では意味が広すぎると思う。

**デフォルトの名無しさん** · 2018/08/17(金) 13:10:30.52

>>275
たまたま知ってるひとつの意味にこだわるとか、まさにバカガキ。

**デフォルトの名無しさん** · 2018/08/17(金) 13:20:48.82

classの本来の意味が「部類・種類」だからと言ってenumに付けてまわったら紛らわしいことこの上ないじゃん
JavaやC#といったメジャーな言語で定義されてるもんを勝手に使うのは良くない
しかも今回はActionやFuncが登場する言語での話だし

たまたま知ってたじゃなくて>>280が無知なだけ

**デフォルトの名無しさん** · 2018/08/17(金) 13:33:11.89

>>279
少なくともプログラミングの世界のpredicateの普通の用法はこれw
https://en.wikipedia.org/wiki/Predicate_(mathematical_logic)

仮に君の言う「述部」とやらの意味だったとして、
そんな意味の用語がプログラミングの世界で必要とされる余地が果たして存在するかねw

**デフォルトの名無しさん** · 2018/08/17(金) 13:37:28.17

>>279
命名ってのは英和辞書で引いてみて意味があってりゃいいってもんじゃねえだろ。
例えば「モノを作るなにか」でもcreaterやfactory、maker、manufacturerなどなど似たような単語はいっぱいあるが、その中でも最も適切な単語を選ぶのが命名だ。

「述語＝predicate」と言うたまたま知ってた1つの単語に固執してるのは君だろう
初めて英単語を覚えた中学生じゃあるまいし

**デフォルトの名無しさん** · 2018/08/17(金) 13:54:48.34

関数名より仮引数なイメージあるわ

**デフォルトの名無しさん** · 2018/08/17(金) 14:58:06.31

まあ業界用語はテキトーに決められてる奴もあるから元の意味ガーとか言ってもしょうがないわな
ネットワーク用語のpromiscuousなんて元の意味は人前でつかうのを憚られるし w

**デフォルトの名無しさん** · 2018/08/17(金) 16:19:33.11

>>281
言語要素といっしょくたにする意味がわからん。
名前空間のどこかにある名前とかぶってはイカンとか現実的じゃないし。

>>282
それは「プログラミングの世界」じゃなくて、数理論理学や一階述語論理における用法。

>>283
じゃあ「述語」に相当する英語は？

**デフォルトの名無しさん** · 2018/08/17(金) 16:20:20.21

>>285
abortとかね。ｗ

**デフォルトの名無しさん** · 2018/08/17(金) 16:25:58.31

>>286
＞言語要素といっしょくたにする意味がわからん。

言語要素よりは、そりゃ回避優先度は高いだろうが
次元としては同じじゃないかなあ

**デフォルトの名無しさん** · 2018/08/17(金) 16:27:08.26

すまん、>288の日本語がおかしい

誤：回避優先度は高いだろうが
正：回避優先度は低いだろうが

**デフォルトの名無しさん** · 2018/08/17(金) 16:37:36.53

>>286
一連の処理の総称を言いたいならmethodやfuncと名付けるのが一般的だわな
ガキンチョはちょっと周りと違う言葉を使おうとしてトンチンカンなチョイスをするから困る

**デフォルトの名無しさん** · 2018/08/17(金) 16:44:51.48

そもそも質問者がC#を使ってるのに、そのC#で多用するPredicateを別の意味で再定義しようとしてる時点でアホやろ
そんなアホ新人がいたら試用期間で切るわ

**デフォルトの名無しさん** · 2018/08/17(金) 17:12:26.42

>>286
ここまで見苦しい奴も珍しいなw

**デフォルトの名無しさん** · 2018/08/17(金) 18:35:11.36

predicateの名詞用法のうち最も代表的なものは「述語」だから広義に用いても間違いという訳ではないんだけど、英英辞典を引くと動詞の「断定する」や「命題の述部」というニュアンスも色濃く現れてきて無視できない
https://www.dictionary.com/browse/predicate
語源としてもその辺から由来し、広義の述語へと転じた経緯がある模様
特にプログラミングや論理学の分野でどう用いられているかを見れば答えは自ずと決まる

**デフォルトの名無しさん** · 2018/08/17(金) 19:08:31.34

C#（特にLINQ）を触り始めたばかりの初心者だとPredicateとラムダ式を混同してることが多いからその類じゃないかね？
Predicateを引数にとる各種メソッド群も、一定の規則を守ったラムダ式ならコンパイラが自動的に解釈・変換してくれるもんだから勘違いしがち

**デフォルトの名無しさん** · 2018/08/17(金) 19:30:14.24

>>294
何を言いたいのかよくわからん
この際、おまえがしてた、若しくは現在進行形でしている勘違いを
洗いざらい吐き出しちまえよ

**デフォルトの名無しさん** · 2018/08/17(金) 19:33:30.25

>>295
「FuncにもActionにも何でもかんでもPredicateと名付けてしまうのはこれら全てがラムダ式と同一のものだと勘違いしてるんじゃないの？」ってこと
俺じゃなくて今春の新米PGにいたんだわ

**デフォルトの名無しさん** · 2018/08/17(金) 20:02:32.47

>>296
ラムダ式と同一のものというのがよく分からんが
ラムダ式ならLambdaでええやん
それがなぜPredicateになるんや？

**デフォルトの名無しさん** · 2018/08/17(金) 20:39:16.72

>>297
同じ意味をもつ別名ぐらいに考えてたらしい
そこで謎の選択をした理由はそんなの本人にしかわからんがな
カッコいいとでも思ったんじゃね？

**デフォルトの名無しさん** · 2018/08/17(金) 21:36:39.65

なんや結局謎のままやんけw

**デフォルトの名無しさん** · 2018/08/17(金) 22:29:26.14

この人はPredicateとDelegateを混同してるのではないだろうか

**デフォルトの名無しさん** · 2018/08/17(金) 23:06:48.61

>>266が発狂してスレ伸ばしてるのこれ？

>>300
かもねえ

**デフォルトの名無しさん** · 2018/08/17(金) 23:27:59.94

>>300
最後の3文字しかあってないじゃないかｗｗｗ
そんなバカがいるわけが…いや、そんな、まさか、ねえ？

**デフォルトの名無しさん** · 2018/08/17(金) 23:33:12.06

>>300
いいだしっぺ本人だが、混同はしていないつもり。
C#ではdelegateは言語機能だけど、あくまでpredicateは一般名詞。数理論理なんかを記述してるわけではないし。
lambdaは抽象的な機能とか無名関数とかをあらわす印象。

>>293
英語は同じ単語を別の用途に使い回すことはよくあるからね。
あんまり気にしない。ｗ

**デフォルトの名無しさん** · 2018/08/17(金) 23:36:41.12

まーた恥の上塗りが始まった

**デフォルトの名無しさん** · 2018/08/17(金) 23:48:25.74

>>303
このスレでも何度も書いたことだが、
英語という言語は日本語のように新しい概念に対して語彙を増やして対応する言語じゃない。

同じ言葉を文脈によってまったく別の意味に使い分ける傾向が強い言語だ。

だから、
＞あくまでpredicateは一般名詞
これナンセンス。

だから何度も言ってるだろう。
プログラミングの分野では（数学と同じく）boolで評価する関数のことをpredicateを言うの。

いい加減恥を知った方がいいよ。

**デフォルトの名無しさん** · 2018/08/17(金) 23:51:44.07

しかし夏だねえ

**デフォルトの名無しさん** · 2018/08/17(金) 23:53:05.85

>>303
言語機能か一般名詞かの違いしかないと思ってるんならそれは混同してるってことだよ

**デフォルトの名無しさん** · 2018/08/18(土) 00:08:59.00

だいたいコードの中の普通の日本語でいう述語なんか出てこないだろうってw

お前はコードの中に、

（空は）青い
（地球ま）回る

とか書くのかとw
ダイクストラ先生の時代からコードってのはデータと手続きで出来てるんだよw
それは宣言型の言語だろうが同じこと

**デフォルトの名無しさん** · 2018/08/18(土) 00:13:12.08

なんやまたどえらいアホが現れたなあw結構結構wwww

**デフォルトの名無しさん** · 2018/08/18(土) 00:44:17.20

>>303
キミ、「述語」って言葉の意味すらよく分かってないんじゃない？

**デフォルトの名無しさん** · 2018/08/18(土) 01:00:41.41

混同というのはID:nnyWdGJKに対して言ったんだけどな
余計な飛び火をさせてしまった

**デフォルトの名無しさん** · 2018/08/18(土) 01:06:13.96

>>305
英語にも外来語は多いよね
新しい概念に対して語彙を増やさないというのが何を指してるのか詳しく知りたい
漢字がない分、同音異義語が多いという話なら分かる

**デフォルトの名無しさん** · 2018/08/18(土) 01:10:28.56

>>308
if (sky is blue) earth.evolute()
プログラミングで述語は書くと思うよ

**デフォルトの名無しさん** · 2018/08/18(土) 01:13:07.29

あらゆるメソッド名、クラス名にSentenceと名付けてしまうかのような暴挙

**デフォルトの名無しさん** · 2018/08/18(土) 01:14:41.34

あらゆるメソッド名、クラス名にSentenceと名付けたらコンパイル通らんやんwwww
アホしかおらんのかここはwwww

**デフォルトの名無しさん** · 2018/08/18(土) 01:16:34.23

その理屈で言えば>>266もコンパイル通らんやろ…

**デフォルトの名無しさん** · 2018/08/18(土) 01:18:38.83

>>316
スコープ内で一意なら普通にコンパイル通るわw
おまえプログラミングしたことあるんかwwwww

**デフォルトの名無しさん** · 2018/08/18(土) 01:25:33.36

>>317
その理屈で言えばSentenceも通るやろ

マジレスするとプレフィックスないしサフィックスの話やろ

**デフォルトの名無しさん** · 2018/08/18(土) 01:27:40.92

>>318
どの理屈やねんwwww
言い訳すんなアホw

**デフォルトの名無しさん** · 2018/08/18(土) 01:28:57.12

つーか何度も言ってるが、C#で多用されるLINQの引数型としてPredicateはあちらこちらで使われるんだから
それに別の意味を持たせて再定義してる時点で脳味噌スッカスカだろと

**デフォルトの名無しさん** · 2018/08/18(土) 01:30:10.58

>>319
スコープ内でSentenceが一意ならコンパイルが通ることも知らんのかいな（呆れ）
プログラミングしたことあるか？

**デフォルトの名無しさん** · 2018/08/18(土) 01:44:39.95

delegate（委任、委譲）とpredicate（断定）の区別すら出来ない子がいるとは…一般名詞とか言語仕様以前の問題だろう
中学生ぐらいで英語力が止まってるのか？

**デフォルトの名無しさん** · 2018/08/18(土) 01:56:59.73

>>312
何を指すも英語はそんな文脈に依存して意味が変わる単語だらけ
atomic, bit, function

日本語は英語より文脈に依存する表現を好まない傾向が強い

分割不可能性みたいに明示的な漢語を作り出すか、ビットのようにカタカナ表記にするか
（日本語でビットといえば普通文脈に関係なくそのビットしかない）関数のように音訳する

**デフォルトの名無しさん** · 2018/08/18(土) 02:12:07.58

電動ドライバーのビットはあるかw
でも日本語が同じ言葉より語彙を増やすことを好む言語なのはちょっと考えれば
大方同意するよね

スレ違いなのでこれで終わりで

**デフォルトの名無しさん** · 2018/08/18(土) 02:14:44.60

× 同じ言葉より語彙を増やすことを好む
〇同じ言葉を使いまわすより語彙を増やすことを好む傾向が強い

**デフォルトの名無しさん** · 2018/08/18(土) 02:58:17.88

valueをgetするメソッド名に悩んでるのですが、一般的にはどんな名前になるんですかね？

**デフォルトの名無しさん** · 2018/08/18(土) 02:59:09.12

valueGetterでいいのかな？

**デフォルトの名無しさん** · 2018/08/18(土) 04:05:49.01

>>320
いうほど使わないが。
Func<T,bool>としか書かないからな。

**デフォルトの名無しさん** · 2018/08/18(土) 05:31:12.42

>>326, >>327
変数のようにその値が意味する名称にする（例えば、string.length）、あるいはgetValueのように動詞始まりで書く
個人的には、状態を取得する関数は他の関数（手続き、メソッド）と完全に区別しているから、名詞にするよ
状態を表すbool型を返す場合は、trueを想定した命題にする特殊なルールがある（例えば、iterator.hasNext）

ValueGetterって名称の場合、関数は動詞始まりが一般的だから、(get)ValueGetterのように省略していると解釈され
意地悪を言っちゃうと、Valueを取得するGetterオブジェクトを返すって意味に取られかねない

**デフォルトの名無しさん** · 2018/08/18(土) 06:39:02.57

>329は解答として満点に近いと思うのでこれに賛成しておこう

**デフォルトの名無しさん** · 2018/08/18(土) 07:44:29.19

>>324
ありがとう把握した
個人的にはやまと言葉は1単語の広がりがとても広く
漢語はその豊富な表意文字と音素の恩恵から狭めって認識だわ
それと外来語学習者のバイアスがあって
学習者はコアとなる概念をそのまま理解できずに
母語の単語に置き換えて把握するから
例えば英語話者は日本語の核という言葉が
atomic, core, nucleus, kernelの4つに当てはまることを見て
使い回しの多い言語デスネーと感じる傾向があると思う
スレチなんで俺もこのくらいにしておきます

**デフォルトの名無しさん** · 2018/08/18(土) 07:56:57.22

>>326
言語とクラス名にも依るけど、その感じだとJavaかな
JavaならThreadLocalやOptionalのような変数のコンテナクラスにはget()というメソッド名が与えられてるから、それに倣うと自然な感じになると思う

**デフォルトの名無しさん** · 2018/08/18(土) 08:21:05.22

20年前ならともかく、
getだけでJava前提にするのは厳しいかなと思いますがｗ

**デフォルトの名無しさん** · 2018/08/18(土) 12:28:24.34

モダンな言語は大概プロパティがサポートされているから、getterメソッドを使う慣習があって、小文字で書くそこそこシェアのある言語ってことでJavaかなーと思ったんだけどな
Rubyも候補に入るのかな

**デフォルトの名無しさん** · 2018/08/18(土) 12:46:29.75

>>328
コンパイラが暗黙的にキャストしてくれるからって、それに頼り切って本来の引数型を見てみぬふりしちゃいかんだろう

**デフォルトの名無しさん** · 2018/08/18(土) 13:03:31.24

>>335
その本来がFuncだが。
https://docs.microsoft.com/en-us/dotnet/api/system.linq.enumerable.where

**デフォルトの名無しさん** · 2018/08/18(土) 13:33:47.43

>>334
プロパティあっても、アクセサ的なメソッドを作ることは珍しくないかなと

**デフォルトの名無しさん** · 2018/08/18(土) 21:18:57.24

ルッビーアックバール！

**デフォルトの名無しさん** · 2018/08/19(日) 00:30:14.49

>>334
C#でもありえーるでしょ。
リフレクション前提とか。
プロパティはメソッドと別扱いだから。

**デフォルトの名無しさん** · 2018/08/19(日) 07:29:43.11

>>339
小文字でと書いたのは、C#のようにメソッド名先頭を大文字とするのが主流の言語は
推測の第一候補にはならなかったっていう意味ね

もし>>332でJavaと推測・仮定したことがナンセンスだというツッコミを入れるなら
他の言語である可能性がゼロでないことを示しても論拠として弱い
Javaではない蓋然性の方が高いだろという主旨でないと

**デフォルトの名無しさん** · 2018/08/19(日) 12:34:21.72

１段落目だけでいいです

**デフォルトの名無しさん** · 2018/09/18(火) 13:04:45.53

今週のぱいじょ１３２話
https://paiza.jp/paijo

『大事な変数名』だってよ

**デフォルトの名無しさん** · 2018/09/19(水) 10:54:47.56

変数名は大事だな

**デフォルトの名無しさん** · 2018/09/19(水) 14:27:36.07

よーしパパ、ハンガリアンでバリバリコード書いちゃうぞ！

**デフォルトの名無しさん** · 2018/09/20(木) 20:05:21.32

ハンガリアンは大事だな

**デフォルトの名無しさん** · 2018/09/20(木) 20:50:07.90

変数名はだいじだな
ハンガリアン（に汚染されていたことの発覚）はおおごとだな

**デフォルトの名無しさん** · 2018/09/20(木) 20:51:25.89

カッコさんもこれほど存在感のない使われ方するとは思ってもみなかったやろなw

**デフォルトの名無しさん** · 2018/09/21(金) 22:58:36.14

ハンガリアン悪くない
悪いのは型名をプレフィクスに使う事

**デフォルトの名無しさん** · 2018/09/21(金) 23:17:13.00

型名が何フィクサーやったらええんや？

**デフォルトの名無しさん** · 2018/09/21(金) 23:30:33.48

NYのフィクサーならカッコいいと思います

**デフォルトの名無しさん** · 2018/09/21(金) 23:40:14.17

ハンガリアン悪くない

private変数の
m_
とか推奨

**デフォルトの名無しさん** · 2018/09/22(土) 00:07:18.77

納期

DEAD_LINE

死ぬんか

**デフォルトの名無しさん** · 2018/09/22(土) 01:02:58.20

>>352
何が言いたいのかよく分からない
英語にケチつけてるなら、それ相応の板へどうぞとしか

**デフォルトの名無しさん** · 2018/09/22(土) 09:01:46.06

訳し方ひとつじゃないだろ

プログラマーのメンタルに悪い

**デフォルトの名無しさん** · 2018/09/22(土) 09:41:14.17

こうですね、理解ります

DEAD_LINE
死の線
モノの死にやすい部分
直死の魔眼により視ることができ、切られたものは死ぬ

**デフォルトの名無しさん** · 2018/09/22(土) 10:17:47.73

>>354
一般的な日本人がそのまま読んでも意味が通じる
実に最適な選択だろ

**デフォルトの名無しさん** · 2018/09/22(土) 11:07:39.01

納期＝死線

ちがう絶対ちがう遅れたっていいんだ誰も死なないんだ

**デフォルトの名無しさん** · 2018/09/22(土) 11:23:11.52

due date使えよ

**デフォルトの名無しさん** · 2018/09/22(土) 11:26:12.67

最適解について考えるなら俺も due date を推したい
時刻もあり得る deadline と違って日付であることが明確
deadline は守るべき締め切りというニュアンスが乗りすぎてフラットでない感もある
ただアッパーケースで書いてるし、ザ・期日というべき値ならDUE_DATEよりDEAD_LINEのニュアンスが相応しい文脈なのかもと思ったり
due date という英語は難しいから避けた方がいい、なんて環境ならレベルが低すぎるからとっととおさらばしたい

**デフォルトの名無しさん** · 2018/09/22(土) 11:33:19.06

いや納期だったか
じゃあ delivery date だな

**デフォルトの名無しさん** · 2018/09/22(土) 12:34:11.88

delivery dateだと、その日だけって感じにならん？
due dateならそれより前でも可ってわかるけど

**デフォルトの名無しさん** · 2018/09/22(土) 13:49:40.09

英辞郎で「納期」で検索した感じ、ニュアンス的には納品側の用語としてはdeadline、
発注側の用語としてはdue dateが適切のように感じるね

個人的にはそこまでこだわる必要はなく、普通にdeadlineでよいと思う

**デフォルトの名無しさん** · 2018/09/22(土) 13:51:25.09

俺のメンタルに悪いっつってんだろｇじゃｋじゃあｊｓふぁ

**デフォルトの名無しさん** · 2018/09/22(土) 14:24:37.52

日本語には「～です」って言葉をよく使うんだけど
生きづらそうだね

**デフォルトの名無しさん** · 2018/09/22(土) 15:15:34.07

それは直接的な意味ではないし回避するために毎回文章を考えるのが面倒なので仕方ないdeath

**デフォルトの名無しさん** · 2018/09/27(木) 19:49:12.84

自社スタンドアロンアプリでデータをCSVにエクスポートする機能があるので、
ExportXXX()みたいな関数名が付けられていたんだけど、
この機能を使い回して自社WEBサービス版でも一部利用しようということに
なったものの、こっちで使うときもExportでいいのかどうか
くだらないことに引っかかってる次第。

スタンドアロン←→WEBの間にユーザーは一切関与せず、どちらもまとめて
一つのシステムという扱いなので、Exportでは外に出して自由に使える
イメージが強くて違和感が。

気にしすぎですかね？

**デフォルトの名無しさん** · 2018/09/27(木) 19:55:39.03

気にしすぎというか何言っとるのかわからん

**デフォルトの名無しさん** · 2018/09/27(木) 20:14:19.43

もはや気にしてもしょうがない
出来ているものの名前は変えなくていい
とはいえ違和感が強いならExportというネーミングが最初から微妙だった可能性を省みてもいいかも
システム外部へのエクスポートはCSV出力のひとつの役割で
当初はその側面しか見てなかったけど
本質を表してはいなかった可能性がある
例えば別案はWriteXXXToCSV

**デフォルトの名無しさん** · 2018/09/27(木) 20:15:54.50

Web版でExportXXXしたら何が起きるの？

**デフォルトの名無しさん** · 2018/09/27(木) 20:40:57.03

何言ってるのか分からないねw

Exportっていうのは普通に考えれば「データを他所のアプリに対してexport」ってニュアンスなので、
もしCSVをそのアプリ自身でも読むのならちょっと違うとは思う。

**デフォルトの名無しさん** · 2018/09/27(木) 21:05:18.71

>>367
スタンドアロンというのが意味が違うんですかね。
Windowsにインストールしてるソフトがあり、それのことを書いてました。
旧来のそのソフトにWEBサービス版が加わり、そっちとデータの
やりとりが必要となったという流れです。

>>368
仰るとおりです。当初は外部に出してしまって好きに使ってもらう
ことしか考えてなかったのですが、WEB版にデータを渡すのに
一々新規でそのプログラムを作らないで、Export部分を使い回した方が
工数削減出来るだろうし、その後の保守も手間を省けるというところです。
ただ、この場合システム内部で完結するのでExportとは言わないかなあと。

既に開発スタートしてて、既存のExport部とは関係ないデータを吐き出すのに
MakeXXXXCSVみたいなのを作ってから、後でExport処理も使い回す際に
ネーミングに疑問が出てきました次第で。

>>369
WEB版にはExport機能はありません。
スタンドアロン運用で不便な点のみWEB版として追加してます。

>>370
すみません。
ニュアンスとしては同感でして、そこから今回の質問の流れとなりました。

とりあえずは、やはりExportのままだと本来の意味からするとちょっと
違う感じですよね。
もうちょっと考えてみます。どうもありがとうございました。

**デフォルトの名無しさん** · 2018/09/28(金) 20:32:14.35

>>366
エクスポートは取り出した結果を外部に公開するイメージだから、スタンドアロンとかwebとかは関係ないと思う。

**デフォルトの名無しさん** · 2018/09/29(土) 01:06:55.25

おまえのイメージも関係ないと思う

**デフォルトの名無しさん** · 2018/09/29(土) 02:02:39.43

>>372
そう、関係ないですよ。一行で書けば、
既にあるExport機能を内部で完結する形で流用するので関数名がExportだと意味が違ってくるけど変えた方がいいかな考えすぎ？
という主旨です。

開発内部からみれば一応二つのシステム間でExport,Importしてるのは間違いないですが。

**デフォルトの名無しさん** · 2018/09/29(土) 12:46:33.16

最初から通信などの内部処理用として用意するならserializeとかにすると思うけど、
既存の処理を使い回すならexportでも別にいいかなあって印象

自分で自由に出来るなら、出力部分のコードをserialize側に移して
export側ではserializeを呼び出すようにしちゃってもいいんだろうけど