質問

自動プロパティのようなコードをより速く書くことができる便利な小さな機能があれば、VB.NET の理念に非常によく適合するでしょうか?

このようなものは完璧に機能します:

Public Property FirstName() As String
    Get
    Set
End Property

アップデート: VB.NET 10 (Visual Studio 2010 および .NET 4.0 に付属) には自動プロパティがあります。この機能に関する簡単な情報を示すリンクは次のとおりです。 http://geekswithblogs.net/DarrenFieldhouse/archive/2008/12/01/new-features-in-vb.net-10-.net-4.0.aspx

VB.NET 10 では、自動プロパティは次のように定義されます。

Public Property CustomerID As Integer
役に立ちましたか?

解決

VB で多くの機能が遅れる理由の 1 つは、開発構造が C# とは大きく異なること、さらに、多くの場合、細部まで考えられることです。が示唆しているように、この場合にも同じことが当てはまるようです ポール・ヴィックの投稿 その件に関しては。これは多くの場合 (自動プロパティ、イテレータ メソッド、複数行のラムダなど) 遅延を意味するため残念ですが、その一方で、VB 開発者は通常、長期的にはより成熟した機能を手に入れることができます (議論のとおり、これは特に反復子メソッドに当てはまります)。

つまり、長い話を簡単に言うと、VB 10 では (できれば!) 自動プロパティが表示されるようになります。

他のヒント

また、vb.net ではそれほど大きな問題ではありませんでした。Visual Studio ではプロパティのスケルトン コードの 90% が自動的に作成されますが、C# ではすべてを入力する必要がありました。

プロパティをもう少し早く実行したい場合は、コード スニペットを試してください。タイプ:プロパティと「Y」を入力した直後、タブキーを押します:-)。

これが特定の質問に対する答えではないことは承知していますが、VB チームが提供したものはわかります...

この記事は古いのですでにご存知かもしれませんが、VB は VS の次のバージョンで自動プロパティを取得します。

に基づく フィードバックへの応答 そして チャンネル9.

C# と VB.NET は、最初のバージョンの新機能において正確に一致するわけではありません。通常、次のバージョンまでに C# は一部の VB.NET 機能に追いつき、その逆も同様です。私は VB.NET のリテラル XML が好きなので、それを C# に追加してくれることを願っています。

特に理由はありません。VB.NET と C# が同等に強力だと宣伝されている場合でも、これは常に当てはまります (公平を期すために、それらは ) 構文と一部の構造が異なる場合があります。2 つの異なる開発チームが言語に取り組んでいるので、それが起こることは予想できることです。

VBでは自動プロパティは必要ありません。自動プロパティを使用して行うコンセッションは、GETとセットを変更できないことです。

これらが必要ない場合は、公開データ フィールドを作成してください。

VB には何年も前から自動プロパティがありました。彼らは単に彼らを別の名前で呼んだだけです。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top