関連キーワード 開発プロセス | プログラマー | プログラミング 現代のソフトウェア開発における主な課題の一つが変数の名前の付け方だ。変数の命名規則は、同僚の開発者にソースコード記述ルールを伝え、表記を標準化するのに役立つ。 ソフトウェア開発における、変数の一般的な命名規則は以下の4種類だ。 パスカルケース キャメルケース スネークケース ケバブケース 各命名規則はどう違い、それぞれどのような特徴があるのか。例を挙げて説明しよう。 命名規則1．パスカルケース
その変数は「パスカルケース」「キャメルケース」「スネークケース」「ケバブケース」のどれなのか？ 命名規則の違い
関連キーワード 開発プロセス | プログラマー | プログラミング 現代のソフトウェア開発における主な課題の一つが変数の名前の付け方だ。変数の命名規則は、同僚の開発者にソースコード記述ルールを伝え、表記を標準化するのに役立つ。 ソフトウェア開発における、変数の一般的な命名規則は以下の4種類だ。 パスカルケース キャメルケース スネークケース ケバブケース 各命名規則はどう違い、それぞれどのような特徴があるのか。例を挙げて説明しよう。 命名規則1．パスカルケース
TOC 1. はじめに 2. 命名のスタイル 3. Microsoft が推奨する命名規則 4. Visual Studio で命名規則を設定する はじめに 他の多くの言語と同様に、C#のコーディング規約ではクラスや関数、変数の命名規則が定められています。 命名規則を定めることで、コードに統一性を持たせて可読性を向上させ、リーディングコストを削減できます。チーム開発には必須のルールであり、細則は会社やプロジェクト単位で定められていることが多いでしょう。 しかし日常的に複数の言語を使っていると、なかなか命名規則を覚えられません。そこでVisual Studioのオプションで命名規則をチェックできるよう設定します。 Env Visual Studio 2019 C#.NET 命名のスタイル 識別子の命名のスタイルとして、以下のようなものがよく使われます。 キャメルケース 名前（複数の単語）を一
Angular 日本語版
[Swift] Delegate Protocol でメソッドを定義するときの書き方と考え方について | DevelopersIO
iOSアプリ開発初学者には、なんとなくとっつきにくい `Delegate`パターンの書き方とその考え方をまとめました。 はじめに CX事業本部の中安です。まいどです。 久々にブログを書きます。 iOSアプリ開発では、設計パターンのひとつである Delegate パターンがよく使われています。 主に標準UI系クラス(たとえばテーブルビューや、コレクションビュー、テキストビューなど)でよく目にすると思います。 もちろん、UI系に限らずXMLパーサなどでも使用されていますし、サードパーティ製ライブラリのクラスでも標準APIに従う形で Delegate パターンで実装されているものも多いです。 今回は Delegate パターンに従って Protocol を自作する際の定義方法をまとめていきたいと思います。 iOSアプリ開発を始めたばかりの方のお役に立てれば幸いです。 Delegateパターンにつ
![[Swift] Delegate Protocol でメソッドを定義するときの書き方と考え方について | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/d9c911035d6b7c1c0afb32d4e1e6f2e752169d3a/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2018%2F12%2Feyecatch-swift.png)
ハンガリアン記法という一種のコーディングルールがありますが、この是非について自分なりに考えてみました。異論あれば後学のために教えていただけると助かります。 現在の開発基準では多くの場合でハンガリアン記法は推奨されていませんが、残念ながら未だに使われている現場もあり、特に組み込み系では現役バリバリで運用されていたりします。ここではハンガリアン記法のメリット・デメリットと、自分が所属する車載系ソフト開発における現実問題について説明します。 ハンガリアン記法とは メリット （オブジェクト指向がサポートされていない言語で）スコープを明確にできる 型を意識して演算できる （型の緩い言語では）変数情報が把握しやすくなる デメリット 変更時の負担が大きくなる 変数名が長くなりすぎる 現実問題 変更に対する品質担保が現実的に不可能 開発環境を刷新しない/できない まとめ 参考 ハンガリアン記法とは ハンガ
今までディレクトリの名前を単数形にするか複数形にするか迷うことがよくあった。たとえば util にするか utils にするか。vendor にするか vendors にするか。 ググったら同じテーマで書いてる人たちがいた。 複数形は冗長だから単数形派 ディレクトリ名は複数形か単数形か 複数形?単数形? 冗長な表現 複数形と単数形を使い分けよう派 複数形と単数形 単数形か複数形か ただし「冗長な表現」と「単数形か複数形か」はディレクトリ名と URL を同じに扱っている。今回はディレクトリ名だけを考えたい。 ちなみに Mac は圧倒的に複数形の方が多い（Documents, Downloads, Movies, Pictures, Applications, Users）。ただ、複数形に統一されているわけではなく単数形のもある（Library, System）。 確かに単数形に統一する方が何
開発における命名の重要性を考えてみた - Qiita
はじめに 私たちエンジニアは日々、コードを書き、読み、理解し、修正します。その中で、変数名や関数名、クラス名など、名前をつけることは避けては通れない道です。しかし、この「名前付け」が思わぬ困難を引き起こすことがあります。それはなぜか。それは、名前がコードの可読性や理解度に直結するからです。この記事では、開発における命名の重要性について考えてみたいと思います。 名前付けの難しさ 良い名前とは何でしょうか。それは、その名前が何を表しているのか、何をするのかを明確に示すものです。しかし、その名前を見ただけでその役割を理解できるかどうかは、その名前がどれだけ適切に選ばれているかによります。名前が適切でないと、コードを読む人はその名前が何を指しているのか、何をするのかを理解するのに時間がかかります。さらに、名前から想像した挙動と実際の挙動が異なると、思わぬバグを生む可能性もあります。 名前付けの重要
Atomic Designの概念を活用したデザインリソースの命名規則：for Sketch | 株式会社CyberOwl
新しくサービスを立ち上げる時にデザインリソースをどのように管理するのかは、デザイナーにとってとても大事な問題です。 いくらデザイン段階でよいものができても、コンテンツを適切に管理できなければ品質が落ち、信頼感のあるアウトプットが難しくなるからです。 今回はAtomic Designの概念を活用して作ったName Generator「Naming Tracker」を利用して、Sketchのシンボルのネーミングと管理作業を効率良く適切に行う方法についてお伝えしようと思います。 Naming Trackerとは？ 例えば、途中で何度もリニューアルがあったり、複数のデザイナーが参加している大規模プロジェクトだったりすると、デザインリソース(今回の場合はSketchのシンボルやスタイルなどの要素)の命名規則がぐちゃぐちゃになり管理が難しい状況になることはしばしばあります。 そのような課題を解決するた
はじめてのBEM 勉強会コンテンツ紹介｜yiio
社内で行なった勉強会のコンテンツまとめです。 対象・複数人チームでのWebフロント開発初心者 ・html, css, scss書いたことはある BEMとはなんぞやCSS設計、命名規則のひとつ。わりかしメジャーです。ベムとよみます。 そもそもCSS設計って色々あるけどその違いは？こちらのブログがめちゃわかりやすいです。わたしは小さいWebページならBEMでいいんじゃないかと思います。 BEMのメリット・ブロックは独立パーツなので他のパーツに汚されない ・他の人が書いたクラス名でもだいたいの意図を予測できる ・（BEMに限らないが）命名の方針があることで無駄な時間ロスしない ・ゴツすぎないので取り入れやすい 基本の考え方・Block：デカイくくり ・Element：くくった中にある要素 ・Modifier：上記2つに状態とかのバリエーションつけたいときに使う 例えばこんなかんじのリスト要素があ
プログラミングでよく使う英単語のまとめ【随時更新】
プログラミングでよく使う英単語のまとめ【随時更新】 随時追加、整理していきます。 名前をつけるときには、名詞、動詞の違い、複数形、過去形などに注意しましょう。 オブジェクト指向では、クラス名は名詞、メソッドは動詞とします。 使ってはいけない言葉 get / set アクセサ (getter / setter) やプロパティによく使われている。 それ以外に使うと混乱を招くのでよくない。 get は軽量な処理と考えるので、中に重い処理は書いてはいけない。 単純な取得/設定以外で使いたくなったら他の言葉を考える。 load, save, commit, store, enable, disable, fetch, register, configure, add, etc... check 意味が広すぎて何をしているかわからない。 できるだけ別の言葉を使う。 具体的に何をしているかに分解して考え
今更ハンガリアン記法について書いてみよう。 変数名の命名法って色々あります。 よく聞くのはこの辺かな。 ・ハンガリアン ・キャメル ・スネーク 個人的にはハンガリアン記法は好きです。（最近はあまり使いませんが） キャメル記法もスネーク記法もよく使います。 まぁ、仕事の時はコーディング規約があるので個人的な拘りは無いですけど。 で、ハンガリアン記法について思うことを書いてみたい。 ハンガリアン記法を嫌う人は多いし、最近ではほぼ使われていないんじゃないかな。 私も使う事はかなり少ないです。 ハンガリアン記法って悪く言われることが多くて・・・・ でもそれはなんか違うなぁ・・・と思ってます。 ハンガリアン記法は変数の型を先頭に付けるってよく言われます。 ・int型 なら intHoge ・文字列型 なら strHoge みたいな感じ。 これはこれで便利だと思うし、通常はハンガリアン記法を使うなら上
LaravelでのページURL設定、ログイン認証ルーティング、および命名規則の完全ガイド｜DAD UNION – エンジニア同盟
Laravelを使ってWebアプリケーションを構築する際の基本的な要素について説明します。特に、ページURLの設定方法、ログイン認証前後のルーティングルール、ファイル命名規則、およびフォルダ構成に焦点を当てて説明します。 ページURLの設定方法 Laravelではルーティングを使ってページURLを設定します。routes/web.php ファイルでこれを管理します。基本的なルーティングは以下のようになります。 Route::get('/page', 'PageController@index'); この例では、/page URLにアクセスすると、PageControllerのindexメソッドが呼び出されます。 ログイン認証前後のルーティングルール Laravelでは、ミドルウェアを使用して認証を管理します。認証済みユーザーのみがアクセスできるルートを作成するには、authミドルウェアを使
クラスの命名のアンチパターン - Qiita
昔から「名は体を表す」と言ひます。クラスの名前がクラスの果たす役割と一致してゐるかどうか常に考へ続けませう。 ImageInfo, AccountData, etc. Info って何やねん? Data って何やねん? ImageInfo って Image とはどう違ふねん?? FooInfo や FooData よりも好ましいかもしれない名前の例: FooAttribute, FooProperty, FooMetadata, FooDescription FooConfiguration, FooSetting, FooParameter FooResult, FooStatistics, FooSummary FooBuffer, FooList, FooCollection, ... ProductListItem, TranslationTableEntry, etc. Prod
はじめに 他の人が書いたコードを読んでいるときに時々気になるのが、英語の間違いです。 特に動詞、名詞、形容詞の使い分けが間違っていたりすると、かなり違和感を感じます。 そこで今回はモデル（＝クラス）やメソッドに名前を付けるときの基本的な原則をまとめてみます。 また、英文法的に正しい品詞が選べるようになるための習慣についても最後に説明します。 想定する言語/フレームワーク この記事の説明ではRuby/Ruby on Railsを想定しています。 ただし、基本的な考え方は他の言語でも同じように使えるはずです。 モデルの名前は名詞にする 例: 「支払い情報」を表すモデルを作りたい場合 × Pay ○ Payment 「支払う = payか。よし。」でモデルを作ってはいけません！ payは動詞で、payの名詞形がpaymentです。 Payモデルではなく、Paymentモデルを作りましょう。 例:
背景: BEMのクラス名は長い。 みなさん、BEM使ってますか？ FLOCSSやECSSなど、BEMを前提とした命名規則をお使いの方も多いかと思いますので、そういったものを含めればBEMは日本で最も普及している命名規則と言えるのではないでしょうか。 しかし、クラス名、長いですよね。「はじめは長いんクラス名を見たときに抵抗感があったけど、使ってみるとなるほど命名に迷わなくて済むから使いやすい、今はもう慣れたよ」という人でも、本当にここまで長い名前を使わなきゃいけないのか？ ということをふと疑問に思ってしまうこともあるのではないでしょうか。私も敬虔なBEM信者で、長らくBEMを使ってきましたし、その考え方は優れているからここまで普及しているのだと思っています。 一方最近、scoped なCSSを使える環境にいる人たちもいて、ぬくぬくコンポーネントごとにテキト〜なクラス名をつけても十分平和にやっ
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Visual Studio で C# の命名規則をチェックする - Qiita
ハンガリアン記法について再考してみる - ろぐれこーど
ディレクトリ名：単数形と複数形と - build error
泣くな！ ハンガリアン記法さん あなたは悪く無い | Gabekore Garage
モデルやメソッドに名前を付けるときは英語の品詞に気をつけよう - Qiita
まだBEMで消耗してるの？BEMの名前の冗長さを卒業するSimple-BEMの提案。 - Qiita