問題タブ [convention]

Cake php で採用されている規約が、Web アプリに何らかのセキュリティ上の脆弱性をもたらすかどうかを知りたいです。すべてのテーブルで id を主キーとして設定するのは慣習であるため、攻撃者は特定のテーブルで id が主キーであることを知っているため、セキュリティ上の脆弱性はありません。同様に、基本的にフレームワークを使用した開発を非常に簡単にするために従う必要がある他の多くの規則がありますが、アプリでセキュリティの問題が発生する可能性があります。

ほとんどの言語は、true/falseブール値のキーワードを使用します。Smalltalkでさえ使用していることがわかりましたtrue/false。Objective-Cは、言語自体ではなく、Smalltalkから概念を借用しているだけですがYES/NO、広く使用されているのではなく、なぜそれを使用しているのか興味がありtrue/falseます。歴史的な理由はありますか？

昨日、私のプログラマーではない友人が、ショートカットについて私に尋ねました。彼は、特定のアクションがいくつかの典型的なショートカットの組み合わせにバインドされている理由を知りたいと思っています。すべてのプログラムに独自のキーボードショートカットがあることは知っていますが、ほとんどすべてのプログラムに共通するものがいくつかあります。

1. CTRL+X/ CTRL + C/ CTRL+V：切り取り、コピー、貼り付け
2. CTRL+Z/ CTRL+Y：元に戻す/やり直し

それで、私は疑問に思いました、誰かがこれらの慣習の起源について知っていますか？これらの規則はどこかで形式化されたことがありますか？これらのショートカットの組み合わせが他の組み合わせの代わりに選択された実用的または歴史的な理由はありますか？

それはただの好奇心です。

私は、エンジニアとしての生涯を通じて、HTML/CSS/Javascript + サーバー側コード (ASP、JSP、PHP、Ruby on Rails) を扱ってきました。それを修正/拡張/改善するために何かがどのように機能するかを理解するための構造は本当に必要ありません。しかし、私は自分で仕事をしません。

私は、HTML/CSS/Javascript に触れたことがない (または見たこともない) 人を含む、さまざまなスキル セットを持つ人々と仕事をしています。

HTML/CSS/Javascript エクスペリエンスを垣間見るのに役立つ簡略化された断面図:

• ソースを見たことがない層。
• 要素を検査することはソースを表示することと同じだと考える人々の層。
• 画像、背景画像、入力フィールド、Flash オブジェクト以外、Web ページ上の不動産を右クリックしてメニューを表示し、[ソースを表示] を選択することを知っている人々のレイヤー。

HTML/CSS/Javascript を使用したことがない人が機能要求を受け取り、それに関連するコードの断片を見つけて続行できるように、HTML/CSS/Javascript を構成するにはどうすればよいですか?

何ができるでしょうか? どこから始めればよいでしょうか? コードはどこから始めるべきですか? 従うことができる基本的で簡単な規則はありますか?

Android 搭載デバイス用の Google API と osmdroid API を使用して、いくつかのナビゲーション アプリを設計および開発しました。現在、osmdroid API を使用して屋内ナビゲーション システムを作成しようとしています。ただし、そのためには、OpenStreetMap に似た命名規則を使用して、単純な PNG ファイルから通常のマップ タイルに似たタイルを作成する必要があります。

これを行う方法を教えてください。

乾杯、スシール

パスワードに関する一連の合理的な要件とは?

たとえば、Chase.com では

• 7 ～ 32 文字である必要があります
• 少なくとも 1 つの数字と 1 つの文字を含める必要があります
• 特殊文字 (&、%、* など) を含めることはできません

「特殊文字」の長さと除外が一般的な慣行であるかどうかはわかりません。例えば、他のサイトでは長さが8文字以下で句読点の制限が無いのを見た記憶があります。

パスワードに関する一般的な要件のセットは何ですか? 目的の 1 つは、多数の Web サイトと互換性のあるパスワードを自動的に生成することです。

Android アプリケーションの開発を始めたとき、特にレイアウト ファイルなど、必要な場所にカスタム R 値を定義する傾向がありました。例えば：

レイアウト付き:

android.R今では、代わりに使用する方が良いかもしれないことに気づきました。

レイアウト付き:

あなたはどのような習慣に従っていますか？それぞれの長所と短所は何ですか？

rootとして実行され、chroot()データ ファイル ディレクトリに移動し、root権限を削除する単純な Linux ネットワーク デーモンを開発しています。私は「構成よりも規約」のアプローチが好きで、使用するユーザーとグループを設定するための構成がソフトウェアにあるとしても、賢明なデフォルトを使用したいと考えています。

どのデフォルトを使用する必要がありますか? ユーザーnobodyとグループnogroup? ユーザーdaemonとグループdaemon? 別？

小さなウェブサイトのコンポジションUIを作成しようとしています。

私の建物の木は次のようになります。

• シェル（Conductor.Collection.AllActive）
  • 複数のiPodが含まれています（小さなウィジェットとして表示できます）
  • 1ポッドはPagePodです。

この最後のものは一種のIPodConductorであるため、IPage（MainPage、ContactPage ..など）を含む画面（ページポッド）の組み合わせ

私の全体の構造は、Caliburnsの規則に従って、すべてのビューモデルとビューを見つけることができますが、MainPageは見つけることができません。

エラーは次のとおりです：「Gymsport.Client.Pages.Main.MainPageViewModelのビューが見つかりません」

ビューの構造は次のとおりです。Gymsport.Client.Pages.Main.MainPageView

コンベンションに続いて、caliburnは私のビューを見つけることができるはずです...しかし、それはしません。

このエラーをデバッグするためのヒントや指針を教えてください。

前もって感謝します。

ジャクソンの ObjectMapper#readValueメンバーは、3つのチェックされた例外をスローします。

JsonParseExceptionとJsonMappingException拡張しIOExceptionます。前述の2つの子クラスをラップして、独自のカスタム例外をスローしたいのですが、IOExceptionチェックされている基本クラスでは、それもキャッチまたはスローする必要があります。

呼び出し層まで投げるのは意味がありませんIOExceptionが、逆に隠してしまうと匂いがします。私の当初の考えは、それをキャッチせず、それを処理するために呼び出し元/実行時例外メカニズムに任せることでした...それでも、呼び出し元にキャッチまたは指定を強制する必要はありません。

そのような状況で何をしますか？