Website初心者向けのサイトです。採用判断は私がします。基幹システムはすべて内製。そのため保守的な人はお断りします。開発に自信のある人はメッセください。給与が低いのが一般的ですが、独立系ソフトハウスより高い設定にしています。歳のコも活躍しています。残業はありませんが、残業が発生したら残業代は出します。コミュニティからは引退しました。(ローン地獄ともいう)。可愛い娘と息子と幸せな日々を送っています。ゴリラは飼っていません。ように勝手にインスタンス化されて、参照できるみたいです。意識しているようです。オンリーだった機能を足す程度を待ち望んでいたので残念です。完全に分かれちゃったんですね。クラスだと意識しない方々が増えることを危惧しています。されてしまいがちにならないか危惧しています。思っていたのでちょっと残念です。されてしまいがちにならないか危惧し>ています。私は、ちゃんと啓蒙しないと間違いなくそうなると思ってます。私も、現状そのようなプロジェクト(VB6)に携わっています。モジュールから、フォームのコントロールを直に操作したり、フォームからDBと直接やり取りを行ったり。(まあ、プロジェクト規模を考えればそれでもいいかとは思ってます。)社内のVB6のプロジェクトではもうそういう風にぎちぎちに固まっているのでしょうがないかと、諦めています。(郷に入れば・・・・)とはいえ、.NETになるのを機会に、コードを全体的に改善して保守しやすいようにしたいと考えていました。ーーし、今回のVB2005の独自化は、ますます一般的VBプログラマーにクラスなりのオブジェクト指向の概念を学習する機会を奪い取り、いろいろと勘違いさせそうな気がして心配してます。いうこともあって、社内的には、VB2005ではなくC#2.0にしようかなと、個人的に思っています。んぬねっとまず、変化を嫌う人が多いのが主な理由だと思われます。新しいことをやるんですから、今まで通りにはいかんでしょ?って思うんですよね。やっていれば良いと思います。NAL-6295暗黙のインスタンス復活ですか。いや、かなり痛いなぁ。VB6時代から、暗黙のインスタンスは利用しないようにしていましたが・・・。VB6時代から、暗黙のインスタンスは利用しないようにしていましたが・・・。常駐先に行くとなると、かなり怖いですね。今、まさしくそういったコードを修正しているわけですが。ナオキVB6.0を体験してなかったからなんとも言えないけど、やっぱりクラスの概念とか覚えておかないとコーディングする上でホントぐちゃぐちゃになって言っちゃいそうですねぇ。́・ω・)最近WindowsFormの開発触ってなくて殆どWebやVSとは関係ない独自言語のIDE評価ですが。コーディングする上でホントぐちゃぐちゃになって言っちゃいそうですねぇ。そんなナオキ君に問題です。゚;)そう言う返しがあるとは...勘違いしてたらすいません。私的には単純にSystem.Windows.Formsからフォームが生成されたりボタンが生成されたりするからそう言うsystem構成覚えておかないと継承とかの概念を理解できないのかなって捕らえてましたよ。派生クラスでないとか、そういった話はしてませんよー。́Д`;)ヾMSDNめくってきます。んぬねっとナオキ先生。ぐちゃぐちゃになるといった点で問うてるのです。テレビのリモコンがあったとします。|ω・`)またトンチンカンな事言ったらすいません。VB6.0じゃインスタンスしなくても暗黙的にインスタンスされていたからImportsされてるかのように使用が可能で『メソッド名だけ書けばよかった。』階層等の考えもなしに呼び出し出来る結果としてどこの部分から呼び出しているかが良くわからない状況になる。コントロールはメンバです。そのメンバが、勝手に触られたりしたら、ちょっと困る。触る必要があるのであれば、プロパティやメソッドで公開した方が、「公開していることを明示化」できます。これが大切だと思います。(wつまり必要最小限のものを公開することによって、外から眺めた時に判りやすいのです。ちなみに、このお話は暗黙のインスタンス化とは、ちょっと外れた話です。いうノリで触る人が多いのです。同じ状態になるため、より一層、そういうノリの人が増えてしまわないかということです。次に、インスタンス化が何故必要なのか、あるいは、暗黙ではなく明示化する必要があるのは何故か、考えてみましょう。ナオキなるほど...今までフォームに貼り付けたTextBoxとかは独自の物、フォームは台紙ってイメージだったけど、確かにフォームからしたらメンバになりますよね。>「公開していることを明示化」できます。感じで腑に落ちました(*'-')>ちなみに、このお話は暗黙のインスタンス化とは、ちょっと外れた話です。いうノリで触る人が多いのです。同じ状態になるため、>より一層、そういうノリの人が増えてしまわないかということです。内緒な話会社の方々大量にVB6.0使ってるので.NETもしくは2005を使う時に是非其の所を注意して説明したいと思います('◇')ゞ>次に、インスタンス化が何故必要なのか、>あるいは、暗黙ではなく明示化する必要があるのは何故か、考えてみましょう。石坂@isisaka.comわりこみ。>インスタンス化が何故必要なのか...>ClassをNewした時にコンストラクタを通る事で安全に>使えるとかですかね???>初期値を設定してあげる為に必要とか...ここでの場合コンストラクタはあまり関係ありません。(と思う)クラスとオブジェクトの違い。計算機の中でのインスタンス化するとはどういう事か。クラスによるカプセル化。カプセル化と変数スコープの関係。このあたりを考えてみましょう。確かにFormの場合クラスとオブジェクトの違いってつけにくいよね。確実に1:1の関係になるし。私が捉えてたイメージとしてですが、クラスは設計図。オブジェクトは設計図から作られたもの。コンストラクタが設計図を肉付けするために必要な素材と言うような感じで捉えてました。コンストラクタ無しでももちろん使えるクラスもありますが、中にはコンストラクタを通す事によって具体的な設定がされたりするものもありますよね???#自分にとって誤った知識を修正して頂けるととても勉強になりますね。確かにFormの場合クラスとオブジェクトの違いってつけにくいよね。確実に1:1の関係になるし。現実的にはそうですね。検索フォームなんかくらいですかね。意味はなくても、必ず明示的にインスタンス化をするという意識をもたせることで、クラスという概念を植え付け、コードの可読性、保守性に寄与すると考えています。なった場合、どうなのかなと思います。