タグ付けされた質問 「variables」

変数またはスカラーは、関連付けられたシンボリック名(識別子)とペアになっている格納場所であり、既知または未知の量または値と呼ばれる情報が含まれています。

5
クラスとネイティブクラスの名前の類似をどのように回避しますか?[閉まっている]
休業。この質問には、より焦点を当てる必要があります。現在、回答を受け付けていません。 この質問を改善してみませんか?質問を更新して、この投稿を編集するだけで1つの問題に焦点を当てます。 4年前休業。 私は「興味深い問題」に出くわしました。 私はシステムを開発しており、多くの理由(つまり、抽象化、テクノロジーの独立性など)のために、情報を交換するための独自のタイプを作成しています。 たとえば、SendEmailと呼ばれ、ビジネスロジックによって呼び出されるメソッドがある場合、その方法には、OurCompany.EMailMessageタイプのパラメーターが含まれます。インスタンス、情報なし、ヘッドエンコード)。 SendEmail関数内で、この情報をEMailMEssageオブジェクトから取得し、MailMessage(これは技術固有のものです)オブジェクトを作成して、ネットワーク経由で送信できるようにします。 すでにお気づきのとおり、このクラスの名前は「ネイティブ」言語クラスとよく似ています。問題は、これがまさにメールメッセージであるため、それらに意味のある別の名前を見つけるのが難しいことです。 この問題は頻繁にありますか?どのように管理しますか? 編集:@mgkrebbsは、完全修飾名の使用についてコメントしました。これは私たちの現在のアプローチですが、少し冗長すぎます。できれば、もっときれいなものをお願いします。

6
動的スコープが役立つのはいつですか?
動的スコープを使用すると、呼び出し先は呼び出し元の変数にアクセスできます。疑似Cコード: void foo() { print(x); } void bar() { int x = 42; foo(); } 動的スコープをサポートする言語でプログラミングしたことがないので、動的スコープの実際のユースケースはどうなるのだろうと思います。

3
変数は言語コンパイラまたはインタープリターにどのように格納されますか?
Pythonで変数を設定するとします。 five = 5 ブーム。これはどのように保存されていますか?コンパイラーまたはインタープリターはそれをそのような変数に入れますか? varname = ["five"] varval = [5] これがどのように行われる場合、それはどこに保存されますか?これは永遠に続くようです。

2
ユーザーに構成、名前=値のペアの編集を許可するときに空白を処理するためのベストプラクティスは何ですか?
たとえば、悪名高いパス変数をユーザーに定義させます。どのように解釈しapppath = C:\Program Files\Appますか? これは、プログラミング言語がホワイトスペースを無視する慣習を採用しているように見え、読みやすさのために等号の前後に残しますが、アプリケーションではホワイトスペースを含む有効な変数値である可能性があります(サフィックスであると考えてください)。 キーにも空白を含めることができますか? アプリケーションの一般的なベストプラクティスは何ですか?私が持っている場合: key-example = value-example キーの存在"key-example"または"key-example "と値を存在"value-example"またはと解釈する必要があり" value-example"ますか?

2
なぜStringを(finalとして)宣言してから使用するのですか?
典型的なSpring MVCバリデータークラスでは、ErrorsオブジェクトにerrorCode値を挿入するときに、文字列(props.somefield.req)を使用した場合との違いは何ですか? errors.rejectValue("elementId", "props.somefield.req"); 宣言された静的な最後の文字列と対になる? private static final String SOMFIELD_REQ = "props.somefield.req"; ... errors.rejectValue("elementId", SOMFIELD_REQ); 少しでもパフォーマンスは向上しますか?スタックオーバーフローに関するいくつかの質問(Stringとfinal、Javaでfinal Stringを定義することは理にかなっていますか)を読みましたが、この質問の更新の質問に答えることはできませんでした。

3
単一のオブジェクトが複数の変数よりも優先されますか?
タイトルに意味を込めるのはかなり大変でしたが、コードに入れるのは簡単です。 C ++ これは int offset_x = 10; int offset_y = 40; ... element.move(offset_x, offset_y); これよりも優先されますか? Vector<int> offset(10, 40); ... element.move(offset.x, offset.y); (Vector std::vectorはとは異なり、2Dベクトルです。このクラスには、やのようにnormalize()、ここでは不要な多くのメソッドがあります。これscale()には、より基本的なPointクラスが必要ですか?) JavaScript これは var offsetX = 10; var offsetY = 40; ... element.move(offsetX, offsetY); これよりも優先されますか? var offset = {x: 10, y: 40}; ... element.move(offset.x, offset.y);

5
ソフトウェア(計算)の効率と変数の使用に関するプログラミングの原則
私は古典的な訓練を受けた心理学者であり、プログラマーではないため、特にプログラムの効率性や特定のベストプラクティスに関して、この場合は変数の使用に関して、プログラミングのより高度な側面が私から逃れることがあります。 ここにいくつかの擬似コードがあります: var a; var b; var c; function GetSomeInformation() { returns "XYZ"; } a = GetSomeInformation(); b = GetSomeInformation(); c = GetSomeInformation(); だから私の質問は: データを一度変数に格納して同じ関数を繰り返し呼び出すのではなくそれを参照することは多かれ少なかれ効率的(または同じ)ですか? IE、このコードはより効率的ですか? var results = GetSomeInformation(); a = results; b = results; c = results; もしそうなら、この効率の向上または低下は一般的に言語間で同じですか、それとも言語によって異なりますか?あるしきい値それはその逆繰り返し関数呼び出しまたはバイスを使用するのではなく、変数に名前を付けるために良くなるどこ?どのような側面で効率が変わる可能性がありますか(たとえば、それがクラスのメンバー関数であるか、グローバルスコープの通常の関数であるかどうかに違いはありますか?)等 可能であれば、そのような概念がC ++ / MFCダイアログにどのように適用されるかを具体的に知りたいと思います。それは、そのフレームワークでコードを書いていたときに生じたものです。 // define pointers to the items …

4
引数またはメンバー変数としてのメソッドフラグ?
タイトルは「メソッドフラグを引数として、またはメンバー変数として?」最適ではないかもしれませんが、より良い用語のATMがないため、次のようになります。 私は現在、特定のクラス(プライベート)メソッドのフラグを関数の引数として渡すか、メンバー変数を介して渡すか、この側面をカバーするパターンまたは名前があるかどうか、および/またはこの問題を回避しようとしています。これが他の設計上の問題を示唆しているかどうか。 例(言語はC ++、Java、C#である可能性があり、実際にはIMHOには関係ありません): class Thingamajig { private ResultType DoInternalStuff(FlagType calcSelect) { ResultType res; for (... some loop condition ...) { ... if (calcSelect == typeA) { ... } else if (calcSelect == typeX) { ... } else if ... } ... return res; } private void InteralStuffInvoker(FlagType calcSelect) { …

8
変数名を短縮する方法[終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 5年前休業。 私は常に変数名の省略に苦労しています。変数名を短縮するための標準はありますか?
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.