最近なぜならリーグのアプローチの、試験はまた、オンラインゲームをレースでオフラインになります。
不必要なミスで、その結果、数が少なすぎるオフラインテストマッチので。
まず間違った詳細の一部を総括します。
- 側配列の隣接リストは二回開いていません。
- 私は小さなの配列にオープンデータリードを見ていません。
- 小さい高精度な開口のアレイ。
- 全体の検索は少し方向を見つけました。
- デバッグコードが閉じられていません。
これらのエラーについては、よく撮影しないうちに撮影ですが、ほんの少しのチェックは見ることができます。
要約:
試験左ダブルチェック10分!!!
別の方法をデバッグするためにすることです使用\(CERR \) 、使用状況や\(COUTの\を)と同じ。
あなたはすべての権利をオフにするのを忘れた場合、この機能はのみ、つまり、黒フレームのランタイムで表示されますが、時間がかかるが、多くが増加します。
次のいくつかです\(WINDOWS \)の環境下で、\(CE \)エラー。
\(CEは、\)これは私たちのスコアが大幅に減少につながる、非常に恐ろしいですので、我々はこのような状況を回避する必要があります。
- 演算子をオーバーロードしたときに増加しなかった\(定数\)または&。
- プラス関数\(インライン\)は、戻り値の型を増加させませんでした。
- システム変数名や関数名の競合。
要約:
このような場合のために我々はそれ以外の場合はクールに、慎重に見なければなりません。
そして、他のいくつかの問題があります。
このようなメモリオーバーランの問題としても重要です。
学生のために以下の方法を用いて計算することができません。
#include<bits/stdc++.h>
using namespace std;
bool Mop1;
int n,m;// 把要开的东西放在两个bool里面。
bool Mop2
int main(){
printf("M=%lfmb",(&Mo2p-&Mop1)/1024.0/1024.0);
}
出力はライン上に見えます。
撮影する絶対必要があります
彼は、低レベルのエラーの多くを避けること。
オフライン時のテストマッチ、セグメンテーションに注意を払う必要があります。
スライスコードは、構造、又は内側に配置することができる\(\ namespcae) 、同じ変数名を防止することができます。
#include<bits/stdc++.h>
using namespace std;
int n,m;
struct T170{
inline void solve(){
//代码....
}
}P70;
struct T1100{
inline void solve(){
//代码...
}
}P100;
int main(){
cin>>n;
if(n<10)P70.solve();
else P100.solve();
}
異なるデータに対して異なるコードを演奏する範囲です。
これは、特定のスコアを維持するために、ノックにリンクされている正のソリューションを防ぎます。
質問の場合は、すぐにそれを上だと思うし、その後、ノックしてくださいノックしないでください。
より多くの思考は、以下を演奏します。