質問

昨日、給与ソフトウェアのデモに参加しました。 2200. 。今、私たちは皆、2桁の近視でこの道を進んでいますが、正直なところ、Java&Oracle Payrollシステムの200年間のサービスライフですか?私たちの取締役会はそうでしょう 興奮しています 会社が1/4の長い間溶剤さえあった場合。

ドロップダウン年を使用することを余儀なくされたとき、あなたはどこにラインを描きますか?

役に立ちましたか?

解決

アプリをエンドユーザー構成にしてみませんか?構成画面を与え、4桁としてカットオフ年を入力して、コードでそれを参照させますか?

私は可能な限りエンドユーザーに構成できないようにするのが好きです - それは私が1つのS/Wを複数の顧客に出荷できることを意味し、それは彼らにいくつかのトリッキーな決定を押し出します:-)

他のヒント

使用法に依存します。財務計画の退職日を確認しようとしている場合は、ユーザーが数十年にわたる将来を選択できるようにする必要があります。クレジットカードの有効期限を求めている場合、今年 + 10で十分です。いずれにせよ、あなたは毎年ユーザーインターフェイスに触れたくないように、これらのドロップダウンを動的に埋め込むことになります。

このような大きな範囲の欠点は、ドロップダウンが扱いにくいことです - 確かにスクロールバーがあり、あなたが探している年を見つけるのが難しくなります。

退職日を処理しなければならない場合、将来の55年で十分だと思います(おそらく73歳までに18歳が引退するでしょう)。そのようなシステムでの私の限られた経験は、そうでなければ合理的な限界が何であるかを知ることを妨げています - おそらくあなたは私たちを啓発することができますか?

ドロップダウン年を使用することを強制するのは誰ですか?彼らは地獄のように迷惑です。

4桁の日付のタイピングには、スクロールバーを持つのに十分な大きさのプルダウンを使用するよりも時間がかからないことを示す研究プロジェクトを実行します。時差に、ソフトウェアを使用する人の数の非常に膨らんだ推定値を掛け、それを乗算します。データ入力の賃金率の見積もりを大幅に膨らませ、ソフトウェアの存続期間中に187億ドルを節約する方法を会社に示します。

最も古い人間の年齢は115歳です。したがって、私の賭けは120に設定することです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top