クラスメートとのコードコメント
学生達のコードと時間を評論します
週末にできるから!同期たちとコードレビューをしました!!🎉 🎉 🎉
この间初めて一人で勉强して、Code Reviewを一绪にやったので、紧张して、どう発表すればいいか分かりませんでしたが、结果は本当に充実して楽しい时间でした.
思いがけない方法で近づいてくる同級生たちのコードを見て、「わあ、これでもいいよ」と感嘆した.
私が同級生たちに私のコードを説明したとき、私も自分の考えとコードを書く程度によって、説明の質も異なることに気づいた.
新しく学んだことをまとめる前に、これを覚えておきましょう!
「コードに正解はありません.開発者ごとにスタイルが違います.メンテナンスと効率的な方法を考えてみましょう.」
新学
コメントウィンドウは<textarea>
ホームページでfeedコメントウィンドウを実現したとき、私はそう書きました.<div class="feed__comment-input">
<input
type="text"
name="comment"
id="commentInput"
class="comment__input"
placeholder="댓글 달기..."
/>
<button
type="button"
id="commentAddBtn"
class="comment__add-btn"
disabled
> 게시
</button>
</div>
しかし、サンシャイン(同期)は、私たちが実現するこのコメントウィンドウは<textarea>
であるべきだと述べた.
例として、実際のInstagramコメントウィンドウを持ってきました.
コメントウィンドウは短くても長くてもかまいません
すなわち、マルチスレッドの特徴を有する.
したがって、input type=text
ではなくtextarea
のラベルを使用するのが適切です!💡
Unicodeアプリケーションfont Awesomeを使用
インスタグラムと同じアイコンはあまりないのでfont Awesomeではなく、そのままスケッチデザインアイコンで使います.
他の学生の多くはfont Awesomeを使っています
HTMLではなくCSSでロードする方法を教えてくれました!<!--기존에 내가 사용했던 방식 - HTML -->
<span class="heart-btn">
<i class="fas fa-heart"></i>
</span>
<!--유진님께서 알려준 방식 -->
<!-- HTML -->
<span class="heart-btn"></span>
<!-- CSS -->
.heart-icon::before {
font-family: "FontAwesome";
content: "\f004";
color: #000;
}
margin: 0 auto VS display: flex
縦以外にも横並びだけなら代表的なmargin
とflex
の方法がありますが、何を使えばよいでしょうか?
結論として、flex
を使用すると、コードは2行になるので、margin auto
を使用することができれば、display flex
を使用するほうがいいかもしれません.
そして、全員が同意した部分が何が良いのかは、実現状況を考えるよりも判断したほうがいい./* Marign */
margin: 0 auto;
/* Flex */
display: flex;
justify-content: center;
text-overflow: ellipsis;
Enter = 13
ホームページの「コメント機能の追加」実装セクションでは、ユーザーが「enter」に従って「コメント機能の追加」コードを作成します.const isPressEnter = e.code === "Enter";
if (isPressEnter && isInputValid) addComment();
恵利(同期)は「Enter」の代わりに13を使うことができると言った.
どのオペレーティングシステムも同じであることが気になるので、質問すると他のkit値が異なるかもしれませんが、企業は13です.const isPressEnter = e.code === 13;
でも今は好奇心があると書いてあります
すべての開発者が13が企業であることを知っていればよかったのですが、知らなかったら?
あるいは,コードが多い場合にずっとブラウズしていて,13を別の変数値と勘違いしているのではないか.
「Enter」でコードを書くと分かりやすくなりますか?疑問が生じる.
でも浅い?現在グーグル検索では、ほとんどが13を利用しています.
どうして13を選んだのですか.🧐 この部分はまた探さなければなりません.
input autocomplete
<input autocomplete="on|off">
formタグにinputタグがある場合、autocomplete are reportを使用すると自動的に推奨され、自動的に完了するそうです.
https://developer.mozilla.org/en-US/docs/Web/HTML/Attributes/autocomplete
これに対して、さらに検索すると、autocompleteプロパティ値をonとして指定すると、ブラウザはユーザーが以前に入力した値に基づいてユーザーが入力した値と似た値を表示することがわかります.
スイッチセットもありますが、どうせ
form.reset
HTMLFormElement.reset()
メソッドを使用すると、form
ラベルのinput
値がすべてリセットされます.
keyup VS input
git hubにアップロードされた同期コードを表示すると、入力されたイベントはinputとkeyupの2つの部分に分かれていることがわかります.userEmail.addEventListener("input", enableButton)
userEmail.addEventListener("keyup", enableButton)
昨日warm-upセッションの時間、指導者はinputがレプリケーション値を伝達できないことを教えてくれました.この部分は聖賢テストが発見した事実です.keyup
は、すべての鍵のイベントの発生を聞いた.すなわち,制御+Cによる複製値を受け取り,またCustomに変換された複製キー値も受け取る.
逆に、input
コントロール+Cまたはカスタムキー値も受け入れられません.
つまり、文字、数字、特殊文字キーのみが受け入れられます.
そのため、ログインセキュリティを強化したい場合は、アクティブオブジェクトをinput
に使用できます!
関数宣言文と関数式
関数宣言文は関数反発を生成し、式は変数反発を生成します.
したがって、エラーを減らすには、関数呼び出し前に関数を宣言しなければならないルールに従う関数式として定義する必要があります.
でも.指導者や学生たちのコードを見ると、ほとんどが関数宣言として定義されています.だから混乱して、最終的に私も関数声明を書きました.この点についてみんなで議論したいので、議論することを提案します.
結果は宣言式や表現式の中で何がいいのか、良いというより、一つの方法を維持し続けたほうがいい.(たとえば、宣言式を使用する場合もあれば、式を使用する場合もあります)
コードが長くなると式がよくなるようで、最近の傾向では関数式という情報も知られています.
また、関数式で書く習慣を身につけるべきだと思います.
それは最初からこんな間違いを犯したからだ.commentInput.addEventListener("keypress", triggerAddComment);
commentAddBtn.addEventListener("click", triggerAddComment);
function triggerAddComment(){}
上のコードは関数コードです.
しかし、関数宣言前に呼び出すのは正しくなく、潜在的なエラーの可能性があります.
そこで、矢印関数を使って式を書く習慣を身につけましょう.
△必ずしも矢印関数を使う必要はありません.このバインドを考えてみましょう.const triggerAddComment = ()=>{}
commentInput.addEventListener("keypress", triggerAddComment);
commentAddBtn.addEventListener("click", triggerAddComment);
Reference
この問題について(クラスメートとのコードコメント), 我々は、より多くの情報をここで見つけました
https://velog.io/@sozero/동기님들과-함께한-코드-리뷰
テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol
<div class="feed__comment-input">
<input
type="text"
name="comment"
id="commentInput"
class="comment__input"
placeholder="댓글 달기..."
/>
<button
type="button"
id="commentAddBtn"
class="comment__add-btn"
disabled
> 게시
</button>
</div>
<!--기존에 내가 사용했던 방식 - HTML -->
<span class="heart-btn">
<i class="fas fa-heart"></i>
</span>
<!--유진님께서 알려준 방식 -->
<!-- HTML -->
<span class="heart-btn"></span>
<!-- CSS -->
.heart-icon::before {
font-family: "FontAwesome";
content: "\f004";
color: #000;
}
/* Marign */
margin: 0 auto;
/* Flex */
display: flex;
justify-content: center;
const isPressEnter = e.code === "Enter";
if (isPressEnter && isInputValid) addComment();
const isPressEnter = e.code === 13;
userEmail.addEventListener("input", enableButton)
userEmail.addEventListener("keyup", enableButton)
commentInput.addEventListener("keypress", triggerAddComment);
commentAddBtn.addEventListener("click", triggerAddComment);
function triggerAddComment(){}
const triggerAddComment = ()=>{}
commentInput.addEventListener("keypress", triggerAddComment);
commentAddBtn.addEventListener("click", triggerAddComment);
Reference
この問題について(クラスメートとのコードコメント), 我々は、より多くの情報をここで見つけました https://velog.io/@sozero/동기님들과-함께한-코드-리뷰テキストは自由に共有またはコピーできます。ただし、このドキュメントのURLは参考URLとして残しておいてください。
Collection and Share based on the CC Protocol