誰かが実行時に構成値にアクセスできるが、設計時にはアクセスできないことをどこかで読みました。このコンテキストでの実行時間と設計時間の違いは何ですか？
6708 次
7 に答える
7
設計時は、誰かが私たちの単語文書とUML図を「それはよさそうだ！」と陽気にサインオフするときです。実行時は、コードを実行するときであり、ひどいクラッシュと書き込みで失敗します。
TDDのような手法の利点は、設計時と実行時の間のギャップを、同じものになるまで圧縮することです。これは、コードに変換したときにデザインが実際にどのように機能するかについて即座にフィードバックを受け取ることを意味します。これにより、コードが公開されたときのデザインが改善され、困惑が少なくなります。YMMV。
于 2010-04-12T12:35:18.757 に答える
3
設計時は、要件に基づいて設計を作成するとき、またはいくつかのUML図を作成するときです。
実行時間とは、デザインを実装してコードを実行するときです。
于 2010-04-12T12:34:29.020 に答える
2
設計時は、コードを設計するときです
実行時は、設計したコードを実行するときです
于 2010-04-12T12:29:53.067 に答える
2
.NET アプリケーションについて話しているのですか? その場合、デザイン時間はおそらくより具体的なものを意味します - GUI が Visual Studio デザイナー内に表示されるとき。これにより、アプリケーションの作業ビューが得られますが、設計時環境で実行されています。多くの .NET コントロールには、コントロールがデザイン タイム ビューで実行されているかどうかを確認できるDesignModeプロパティがあります。
于 2010-04-12T12:43:09.757 に答える
1
実行時間は、プログラムが実行される時間です。設計時は、プログラムが設計されるときです。
于 2010-04-12T12:29:42.360 に答える
0
開発者として、設計時間 ( 「アプリの設計と開発に費やす時間」を意味するとしましょう。少し間違っていますが) と実行時間 (私は「時間」を意味します)の間の理想的な均衡を目指す必要があります。ユーザーは立って砂時計を見て、重要なレポートが表示されるのを待っています。
「デザイン時間」に集中しすぎると、スケジュールされたプログラミング時間がなくなり、クライアントが契約を取りやめ、悪口を言い、子猫が死んでしまう可能性があります。少なすぎると、彼らが言うように、あなたのプログラムはうまくいきません。「配送は機能であり、プログラムに含める必要がある」ことを忘れないでください。
「ランタイム」が意味するのが「ランタイム」であり、それがまったく別のことを意味しない限り。
于 2010-04-12T12:43:00.300 に答える