アカウント名:
パスワード:
既にやってるので高みの見物
うるせーバカ、規約使って欲しかったら、勝手につくようにしろor warning 出せって思う。
ReSharper使ってればwarning出るが?
ReSharperで システムハンガリアン使ったらwarninng出ると思うけど(この記事のスタイルにはできないんじゃないの?)
この規約の無駄なところはアクセスレベルを変えたときに変数名を変えないといけなところよね……。もちろんリファクタリング機能で一括変更できるわけだけど、じゃあ全部自動でやれよってなる。
いうほどフィールドのアクセスレベル変えるか?
> フィールドだったものをプロパティに変更する
ということはそのフィールドはpublicじゃなかったんでしょ? だったら元から _ ついてなかったのでは?もしprivateなフィールドを外からアクセス可能にするためプロパティを追加したならフィールド名はそのままでプロパティ名が _ なしになるよね。むしろプロパティ名とかぶらないことが保証されるほうあありがたいのでは?
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
「毎々お世話になっております。仕様書を頂きたく。」「拝承」 -- ある会社の日常
つべこべ言わずに従え (スコア:0)
既にやってるので高みの見物
Re: (スコア:0)
うるせーバカ、規約使って欲しかったら、
勝手につくようにしろor warning 出せ
って思う。
Re: (スコア:0)
ReSharper使ってればwarning出るが?
Re: (スコア:0)
ReSharperで システムハンガリアン使ったらwarninng出ると思うけど(この記事のスタイルにはできないんじゃないの?)
Re: (スコア:0)
この規約の無駄なところはアクセスレベルを変えたときに変数名を変えないといけなところよね……。もちろんリファクタリング機能で一括変更できるわけだけど、じゃあ全部自動でやれよってなる。
Re: (スコア:0)
いうほどフィールドのアクセスレベル変えるか?
Re: (スコア:0)
アクセスレベルじゃないけど。
その度に_をつけたり消したりするのは面倒でしょ。 最近は自動実装プロパティに初期値も設定できるからそもそもフィールド使うことがないけどね。
lock構文用に生のobjectが必要な場合くらいじゃないかな。
Re: (スコア:0)
> フィールドだったものをプロパティに変更する
ということはそのフィールドはpublicじゃなかったんでしょ? だったら元から _ ついてなかったのでは?
もしprivateなフィールドを外からアクセス可能にするためプロパティを追加したならフィールド名はそのままでプロパティ名が _ なしになるよね。むしろプロパティ名とかぶらないことが保証されるほうあありがたいのでは?
Re: (スコア:0)