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

19
チェックボックスのいずれかをクリックしたことの法的証明のためのスクリーンショットを作成しますか?
顧客の1人からリクエストを受け取りました。そのようなリクエストに出会ったことは一度もないので、どこから探すべきかさえわかりません。 私たちの顧客は大学のネットワークであり、私たちは彼らにサイトを構築しています。そのサイトでは、とりわけ、潜在的な申請者が大学の1つでの研究に関する詳細情報を得るために記入できるフォームになります。ユーザーがこのフォームに記入した後(電子メールや電話番号を含む)、関連する大学は関連する情報を連絡します。 さて、法律上の理由から、クライアントはこのフォームにチェックボックスがあり、これらの大学から販促資料を入手することに同意することを示すために潜在的な申請者がチェックすることも求めています。もちろんそれは問題ありません。しかし、ここにリクエストの奇妙な部分があります: 記入された各フォームの詳細は、信頼できる方法で保存する必要があります。どうやら、フォームの値をデータベース(ユーザーが同意したかどうかを示す列)に保存するだけでは不十分です。ユーザーがフォームを送信した後にDBが変更される可能性があるためです。クライアントは、他の大学ポータルが記入済みフォームのスクリーンショットを作成し、ユーザーの名前と日付を含む名前をファイルに付けるなど、簡単に見つけられる方法で専用フォルダーのどこかに保存すると主張していますと時間。 私の質問は次のとおりです。ユーザーが実際にフォームに記入したことを証明する方法としてスクリーンショットを使用したことを聞いたことがありますか?信頼できると考えられる他の方法はありますか?
45 legal  forms 

2
RESTful APIはフォーム全体のデータを提供する必要がありますか?
データ用にRESTful APIを完全に使用するJavaScript Webアプリケーションがあるとします。 このアプリケーションにはデータフォームがあり、/ product / 12345のレコードを編集しているとします。フォームを作成するとき、/ product / 12345にRESTfulリクエストを行い、JSONデータを取得します。 { "id": 12345, "name": "Some Product", "active": true, "sales_user_id": 27 } したがって、私のフォームには、営業担当者を選択するためのドロップダウンリストがあるのは明らかです。このリストを作成する必要があります。 データはどこから取得する必要がありますか?最も一般的なアプローチは何ですか? / product / 12345要求応答の一部にすることは理にかなっていますか? { "id": 12345, "name": "Some Product", "active": true, "sales_user_id": 27, "sales_users": [ {"id": 1, "name": "Anna Graham"}, {"id": 2, "name": "Dick Mussell"}, {"id": …
13 api  rest  forms 

5
なぜWindows Forms / Swingフレームワークは、コンポジションよりも継承を好むのですか?
今日、私の教授は、SWTの哲学は作曲によって独自のコントロールを作成することの1つであるが、Swingは継承を支持しているようだと奇妙に感じたとコメントしました。 私は両方のフレームワークとはほとんど接触していませんが、C#のWindowsフォームで覚えていることから、通常はSwingと同様にコントロールを拡張しています。 一般に、人々は継承よりも合成を好む傾向があるため、Swing / Windows Formsの人々はなぜ継承ではなく合成を好まなかったのですか?
12 c#  java  swing  forms 

3
非常に複雑なフォームのフィールド間の依存関係をモデル化する方法
複数の保険商品の申し込みフォームとして使用するWebアプリケーションを作成する必要があります(合計15)。このアプリケーションフォームはフォームウィザードに似ています。4〜10の製品に応じて、複数のページにまたがります。 フォームがレンダリングするすべてのさまざまな要素(入力、選択ボックス)の合計は約250ですが、最も複雑な製品でさえ170を超えることはありません。最も複雑でないものでも約80の要素が必要です。 製品ごとに1つずつ、15の異なるアプリケーションフォームを作成するのではなく、すべての製品で使用される単一のアプリケーションフォームを作成する必要があります。 想像できるように、要素には要素間に多くの依存関係があります。フィールドに値を入力すると、別のフィールドまたはフィールドのセットが(現在のページまたは次のページで)表示または非表示になります。入力した値に基づくその他の依存関係: 要素の値が必要かどうか 選択ボックスの可能な値が変更されます 検証制約が変更されます ご想像のとおり、これのモデリングは非常に複雑です。問題は、これらすべての要素のモデリング(および文書化)、それらの間の依存関係、および検証制約にどのツールを推奨するかです。どのようにモデリングしますか?この場合、データモデルについてはまったく触れません。このモデルは、必要な作業の仕様の一部となり、プロジェクトの完了後の参考になります。モデルを変更しても、申請書は自動的に変更されません。 簡単にできることのいくつか: 特定の要素が依存する要素を確認する 特定の製品のフォームに含まれるすべての要素を確認する 特定の製品に必要な要素を確認する 各要素の検証ルールを定義する 各要素にさまざまな属性を定義する 制限:モデリングを行うのは製品マネージャーと製品所有者です。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.