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

時々（まれに）、適切な量のパラメーターをとる関数を作成することが最適なルートであると思われます。しかし、そうすると、パラメーターの順序をランダムに選択することが多いように感じます。私は通常、最も重要なパラメーターを最初に使用して、「重要度の順に」進みます。 これを行うためのより良い方法はありますか？明確性を高めるパラメーターを並べる「ベストプラクティス」の方法はありますか？

52 refactoring  clean-code  functions  parameters  order 

数式文字列を解析するコードを書いていますが、Pythonでチェーンされたべき乗演算子が評価される順序がExcelでの順序と異なることに気付きました。 http://docs.python.org/reference/expressions.htmlから： 「したがって、括弧で囲まれていない累乗演算子と単項演算子のシーケンスでは、演算子は右から左に評価されます（これは、オペランドの評価順序を制約しません）。-1 * 2の結果は-1になります。」* つまり、Pythonでは次のよう 2**2**3に評価されます。2**(2**3) = 2**8 = 256 Excelでは、それは逆に動作します：2^2^3として評価されます(2^2)^3 = 4^3 = 64 次に、自分のパーサーの実装を選択する必要があります。Excelの順序は、乗算の評価順序を反映しているため、実装が簡単です。 事務所周辺の何人かに評価の感触を聞いてみたところ、2^2^3さまざまな反応がありました。 Pythonの実装を支持する正当な理由や考慮事項を知っている人はいますか？あなたは答えを持っていない場合や、結果としてくださいコメントあなたは腸の感じから取得する- 64または256？

9 python  operators  excel  order 

典型的なコンテキスト：要素が順序付けされていると見なすコレクションの拡張メソッドを作成します。関数はインデックス0から始まり、順序が重要です。例：アイテムのシーケンスまたはインデックスによるグループ化。 しかし、私は常に拡張すべきことの困惑：IEnumerable<T>またはT[]。私の理論的根拠は明確な目的でした：配列には順序付けの概念がありますが、IEnumerableは多くの一般的なコレクションによって実装されますが、すべてに順序付けの概念があるわけではありません。 辞書-順不同 HashSet-順不同 LinkedList-順序付け リスト-注文済み キュー-注文済み SortedDictionary-ソート済み（元の順序ではない） SortedList-ソートされた（元の順序ではない） SortedSet-ソート済み（元の順序ではない） スタック-反転 同様に、注文される場合と注文されない場合がある他の実装。 また、列挙が完了していない場合に列挙子がリセットされるかどうかは定かではありません。それが心配な場合は、列挙がどの時点で開始されるのか誰が知っているのでしょうか。配列の列挙は常に最初から始まります。 したがって、私にとっては、を拡張する方が理にかなっていT[]ます。しかし、私はそれを正しいと思いますか？心配しすぎですか？「順序付けされた」列挙を保証するための適切なアプローチは何ですか？

8 c#  array  order