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

典型的なWebアプリケーションでは、日付は強く型付けされたデータベースレイヤーから取得されます（たとえば、c＃ではSystem.StringではなくSystem.DateTimeとして）。 日付を文字列として表現する必要がある場合（ページに表示するなど）、DateTimeから文字列への変換はプレゼンテーション層で行われます。 どうしてこれなの？DateTimeをデータベース層の文字列に変換するのはなぜ悪いことですか？ チャットでの激しい議論や、これを始めた最初の質問も見てください。

41 database  sql  formatting 

この質問は、Software Engineering Stack Exchangeで回答できるため、Stack Overflowから移行されました。 8年前に移行され ました。 私は現在、開発者にバージョン管理チェックインで自動コードフォーマッタを使用するように強制することを検討している場所で作業しています。私はこれを行うことの利点と欠点について開発者の意見を探しています...あなたがそれがどのように開発者を助けるか妨げると思うか。私の特定のケースはJava / JSPに関係していますが、質問はどの言語にも当てはまると思います。

19 java  formatting  coding-standards 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 2年前に閉店。 環境 私は最近、より良いフォーマットのコードの作成に興味を持ちました。そして、「コードを実行するための独自の「最良の」方法はもちろんないため、「良い慣行と見なすのに十分な人々によって承認されたルールに従う」という意味です。 最近はほとんどRubyでコードを書いているので、リンター（Rubocop）を使ってコードの「品質」に関する情報を提供し始めました（この「品質」はコミュニティ主導のプロジェクトruby-style-guideで定義されています）。 場合によってはコードの効率がコードの記述方法によって実際に影響を受ける場合でも、コードの効率についてではなく、「フォーマットの品質」のように「品質」を使用することに注意してください。 とにかく、すべてのことをして、私はいくつかのことを実現しました（または、少なくとも覚えていました）。 一部の言語（特にPython、Rubyなど）では、優れたコードのワンライナーを作成できます。 コードのガイドラインに従うことで、コードを大幅に短くすることができますが、それでも非常に明確です。 ただし、これらのガイドラインに厳密に従うと、コードがわかりにくく/読みやすくなります。 コードはいくつかのガイドラインをほぼ完全に尊重し、それでも品質が低い場合があります コードの読みやすさはほとんど主観的です（「私が明らかにすることは、仲間の開発者にとって完全に不明瞭かもしれない」） これらは単なる観察であり、もちろん絶対的なルールではありません。また、コードの読みやすさと以下のガイドラインはこの時点では無関係に見えるかもしれませんが、ここでのガイドラインはコードの1つのチャンクを書き換える方法の数を絞り込む方法です。 次に、いくつかの例を挙げて、すべてをより明確にします。 例 単純なユースケースを見てみましょうUser。「」モデルを持つアプリケーションがあります。ユーザーはオプションでありfirstnameかつsurname必須とemailアドレスを。 私は、メソッド「書きたいnameその後、名前を返します」（firstname + surname少なくとも、彼の場合は、ユーザーのを）firstnameまたはsurname、本、またはそのemail代替値としていない場合。 また、このメソッドでuse_emailパラメーターとして" "（ブール値）を使用して、フォールバック値としてユーザーの電子メールを使用できるようにします。このuse_emailパラメーターは（渡されない場合）デフォルトで" "になりますtrue。 それをRubyで記述する最も簡単な方法は次のとおりです。 def name(use_email = true) # If firstname and surname are both blank (empty string or undefined) # and we can use the email... if (firstname.blank? && …

14 ruby  syntax  formatting 

JSONは、スカラー、配列/リスト、およびマップのデータ構造（Javaでの同等物）をサポートしています。 A Setは、そのままではJSONでサポートされていません。 JSONでセットを表す方法をいくつか考えました。 [1]-リストとして ただし、リストには独自の順序があるため、次の2つのリストはリスト["a", "b"]と["b", "a"]同じではありませんが、セットと同じである必要があります。 [2]-地図として マップのキーセットを使用し、値は無視してください。 しかし、再び、標準的な比較を使用すると、2つはマップと同じではありません。 {"a": "foo", "b": "bar"}、 {"a": null, "b": null} [3]-マップとして、特別な値で スカラを取り、言う0かnull、またはマップのすべてのキーの値になるように強制します。 {"a": 0, "b": 0} このように、標準の比較ツールでは、キーの順序が変更されても、オブジェクトは同じです。 ただし、この手法は、JSONドキュメントを無関係なデータで汚染します。 [4]-順序付きリストとして 最初の提案に戻りますが、今回は順序付きリストです。この種の比較問題を解決します。 ただし、並べ替えの複雑さも考慮に入れる必要があります。また、マップ表記は重複を処理しますが、並べ替えリストは処理しません。例： {"a": 400, "a": 9}として処理されますが{"a": 9}、["g", "g"]常に処理されます["g", "g"]。 そうは言っても、リスト表記はより明確であるように見えますが、マップ表記はキーの複製に対してより堅牢であり、特別な値について一貫性を保つことが難しくなっています（nullそのための良い選択のように見えますが）。 どう思いますか？セットをJSONでどのように表現しますか？ PS これは単にJSONに関する問題であることに注意してください。yamlのような他のフォーマットも利用できることは知っています。まだ...

14 data-structures  json  formatting  notation 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 IntelliJはJavascriptコードを使用して奇妙なフォーマットを実行します。この方法でフォーマットを停止する方法を見つけようとしています。jQuery関数をつなげると、次のような自動作成コードがインデントされます。 $('#something').focus(function() { /* Do some stuff */ }).blur(function() { /* this is where the cursor and closing braces end up */ }) 私はそれを次のように見せたいです： $('#something').focus(function() { /* Do some stuff */ }).blur(function() { /* cursor and closing braces indented normally */ }); …

13 javascript  source-code  formatting  intellij 

カナダでは、誰もが日付形式に精通していますYYYY-MM-DD。ヨーロッパや南アフリカでは、彼らが好むDD-MM-YYYY。南アフリカから、YYYY-MM-DD日付の形式に戸惑うユーザーがいます。この状況に対処する方法はありますか？ 私は次のメソッド形式をすべてに使用することを考えていました： Feb 02, 2011

10 websites  date-format  formatting  standards  ambiguity 

休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか？この投稿を編集して、事実と引用で回答できるように質問を更新してください。 2年前休業。 ほとんどの場合と同様に、私はこの概念が以前に試されたことを確信しています-私が「仮想フォーマット」と呼んでいるものを使用するエディターに出会ったことがありません。原則は、コードをフォーマットするために開発者またはエディター自体によって従来挿入されていたパディングスペース/タブ文字の効果をシミュレートする浮動左マージンがあるということです。入力すると、エディターは（コメントアウトされている場合でも）コードを継続的に解析し、各改行が見つかったコンテキストに基づいて必要なインデントを計算します XMLには文字の書式設定に特有の問題があり、入れ子になっている傾向があるため、特にXMLエディターを使用してこのアイデアを開発しています。ただし、多くの原則は従来のコードにも当てはまると思います。 そのようなツールを使ったコーディングの経験はありますか、それとも役立つか、妨げるかについての見解はありますか？バージョン管理システムで問題が発生しますか？（既存のパディング文字をすべて検出して取り除きます） 試していない限り、そのようなツールの動作を説明するのは困難です。実際に編集を開始するまでは、従来のように見えます。私は、XMLの編集、階層の変更、ドラッグ/ドロップ、コピーと貼り付けの操作、そして無効な文字が入力された場合のフォーマットの破損/修正を示す、プロトタイプの動作を示すスクリーンキャストビデオを公​​開しました。 編集 すべての回答/コメントはこれまで否定的でした-バランスを是正しようとするために、仮想フォーマットが考えるいくつかの利点： フォーマット標準についての議論は不要で、選択した/必須の規則に準拠する場所に改行を配置するだけです スペースが限られている場合（本/ブログ/ドキュメント）、ワードラップは可能ですが、完全なインデントを取得できます 各コードブロックには、画面の端に押し込まれずに、開始位置のすぐ隣に「マウスハンドル」があります。これをクリックして、ブロック全体または内部ブロックを選択します。 ドラッグアンドドロップして忘れる-初めて実行可能になります 他の人々のコードを再フォーマットする時間はありません 正しくフォーマットされていないコードはありません（レンダリングがないという意味で） Ctrl + Backspaceの代わりにBackspaceを使用すると、キーボードのガイドキーを指で維持できます 柔軟なレンダリング-レンダリングされたフォーマットを環境に適合させます。誰かが携帯電話/小さな画面のタブレットでコードを読んでみましたか？ 編集可能な文字が（サンプルXSLTで）およそ25％少ないと考えてください。効率の面でメリットはありませんか？ 編集-これまでの結論 開発者は、インデントに使用される埋め込み文字の使用に固有の欠点のほとんどを効率的に克服するツールと作業方法を確立しています。 書式設定文字を削除すると、一部の差分ツールに悪影響が及ぶことが懸念されます。 開発者は、自動レンダリングでは処理できないような方法でフォーマットを「微調整」する柔軟性を求めています。 先頭のスペース/タブを削除すると、そのようなコードを効率的に確認するには、コードをフォーマットできる「コード認識」ツールが必要になります。プレーンテキストエディターではフォーマットが表示されません。 （仮想インデントに対して）いくつかの仮想的なメリットがある可能性があると感じている人は、デメリットがこれらの潜在的なメリットを決定的に上回っていると考えています。 編集-評決 障害の認識といくつかの利点（ある場合）は、一般的な言語向けにこのスペースのない編集コンセプトを追求することは、単一の開発者としては賢明ではありません。ただし、XML / XSLTの場合（空白の特別な処理のため）、少なくとも可能性についてはある程度の合意があるようです。 編集-出荷された製品 ここで一般的に否定的な感情があったにもかかわらず、私は編集者を出荷しました。私は実際の経験に基づいて、より具体的な問題という形で批判をもたらすことを期待して無料版を作成しました。ややイライラして、これまでのところ不満はありません（実際、ダウンロード量を考慮したフィードバックはほとんどありません）。これは、ユーザーがこれを「そう何なのか」と考えるほどうまく調整したためだと思います。一種の機能-しかし、伝える方法はありません...

8 coding-style  xml  editor  formatting