■CGIは死滅。これからは.NETできまり■
CGIなんて死滅技術つかってんなよ。Javaも問題外だ。
これからはゲイツ様の.NET。これ最強。
馬鹿みたいにいつまでもCGIなんて使ってるな。
PERL最悪
こらからはC#
はい、みなさんもご一緒に
.NET
バンザイ━━━━━(゚∀゚)━━━━━ !!! >>112
mod_perl とか PHP とかのもっとおもちゃな方面だと怒る? テクニカルライター 執筆中なのかな?
.NET本 くだらないか 外人本か、役に立たないのばっかり。 ど厨房です。
頭が悪いんでBASICしかできません。
会社でもVB6使っています。
で、VisualBASIC.NET買おうと思っています。
まぁ、1万2千円ですし・・・
掲示板くらいは作れるかな?
>>121
p,s,
読者レビューなんて一つも無いよ・・・
英語本くらい英語で読めよ。訳なんか使うな。
英語できないやつはプログラマー、SE失格。 >>125
>英語本くらい英語で読めよ。
英語本を英語以外の何で読むんだよw
日本語出来ないやつは日本人失格。 >>125
プログラム=英語だと思ってる厨房ハッケン(・∀・)ゞ watasi,
nihonngo,
yoku,
wakaranai,
aruyo,,,
C#の名前を聞いたことがあるだけの素人です。
教えてください。
C#はApache上では動かせないんですか?
やはりIISでしか動かないんですか?
サーバーサイドの言語なんですか?それとも、単なるjava Appletの
類似品みたいなものなんですか?
近頃、日本製のPHP統合開発環境を探し続けているのですが見つからず
もう疲れました。本屋に行くと山と積まれたC#の本を見るたびに、
そちらにうつろうかと思うことひとしおです。
>>130
なぜ PHP 統合開発環境から C# に行くのかが理解不能だ。 ゲイツのKissAsserの諸君への煽りなんだよ(W
謝れとは言いませんがこちらもちょっと大人げないのですが
ムカついたので友達のゲイツに頼んで あなたのPCをWindows機にしてもらうことにしました。 あ、もう遅いですよ。
もうすでに友達インストール始めちゃってますから・・・(^^;
ちなみにこれは自慢じゃないんですがゲイツは世界でも
5の指に入るくらいMS信者です 。
この前彼の家に遊びに行ったらものの5分でオープンソースを攻撃していました。
彼にとってそれくらいお赤子の指をひねるくらいの行いなんですよね(爆)
これでリーナスもいっかんの終わりってやつですね(^^;
まあせいぜい後悔してくださいね。
それからもう二度とLinuxマンセーなんて言わないこと
(ゲイツはオープンソースが大嫌いらしいです。
ソース公開されたら即晒しに入るみたいです(^^;)
それでは、う〜ん二日後くらいかな?また例の所に来てくださいね。
あなたのホストOSその他もろもろのせておきますんで(笑)
あ、警察とかに言ったって無駄ですよ。
あなあはハゲ進行中(犯罪)なんだから通報したところで捕まるのはアナタです????? ゲイツはシェアを自在に操ることができるんです。
と、いうことでbye♪(^0^)/~~
>>130
統合環境ってなんとなく解る。
やっぱM$で環境構築すれば.netにVSSなどのソース管理、データベースなど、
全てM$製品で統合されてるもんね。
でもやっぱセキュリティー的にどうしてもIISは厳しいね。
まあSUNが何かやってくれるさw(注なんとなく)
統合環境って便利なのは最初の年だけ。
複数のツール立ち上げてウインドウ複数並べて作業する
ようになると重くてでかくてうざくなってくる。
viって慣れてくると画面あんまり見ないで作業できるように
なるんで目が疲れないよ。
統合環境で細かい表示をジーッと見て作業するとこを、
天井見ながら時々画面をチラリチラリって感じ。
カーソルキーやファンクションキーなしの操作体系のなせる技。 M$の「推奨」している統合環境は俺にとっては糞。
はっきり言って押しつけがましいね。
エディタは emacs メイク、コンパイルはエディタから perl とかの
スクリプト起動してメイク自動生成→コンパイル。
ソースファイル管理は rcs とか…
データベースは oracle とか、postgre 使い分け。
みたいな感じで、ここの環境が独立して無くて、全ていっしょくたにして
それを無理やり押しつけている所が終わってる C# や .NET の構想自体はまあいいんだけど、問題は実装があまりにもアレなこと。 やっぱり代替となるものはないのかな...C#やってみるか...
Servletみたいなオモチャは論外だし... .NET = C#
CGI = Perl
と勘違いしている >>1 を煽るスレはここですか? 最近ASP.NETというものを使っているんですが
servletより遥かに簡単で楽なんですけど、
参考にするべくサンプルとか探してみても
ASPもWSHもVBScriptばっかで嫌になります。
JScriptは迫害されているのでしょうか。
それはともかくアパッチでASP.NETが
使えるようになる日が早く来て欲しいです。 >149
本気でサンプルを探してるんなら、CodeProjectを見るのが一番速い。
あとはGotDotNetの日本語版を読めば、大抵の事は 2日で出来るようになる。
だれか、展開・折りたたみのできるDataGrid教えてくれ…。
プラス、マイナスマークを押したら、カテゴリー単位で表示・非表示が制御したいのです。 大変申し訳ございません、WebObjects(Win2k)て奴で開発してます。
まぁそれなりに便利です。.netはどうですか?
もし、CGIが死滅して.NETが主流になったらPerl.NET使うよ。 #include <stdio.h>
void main()
{
while(1){
printf("\<\<1必死だな(藁<br>\n");
}
} Delphi7のIntraWebは、ポトペタでWebアプリの開発ができる。
WindowsのApacheまたはIISのモジュールにできるほか、
単体のexeにコンパイルすることも可能。
このexeは簡易Webサーバとしての機能も持つ。
exeのサイズは大きくなるものの、単体で動作可能だ。
要するにIISは不要ということだ。
セキュリティ的に危険度の高いIISを排除できる。
さらにネイティブコンパイルされているため、
ランタイムは不要であり、高速に動作する。
鯖にexeファイルを置いて実行させるだけの手軽さ。
簡易Webサーバと言ってもBasic認証などの機能があり、
プロパティを設定するだけで利用可能。
このWebアプリケーションをRADスタイルで開発できるの
だから、ASP.NETなんて利用する気も起きないね。
Kylix 3(Delphi言語版)も同梱!
http://www.borland.co.jp/delphi/del7/feamatrix/
.NETランタイム無くても良くて、Linuxにも逝こう出来ちゃうなんて。
.NETがDelphi/VCLをコピーしたかと思ったやさき。
C#やVBはM$囲い込みの道具だからLinuxどころかWin32ネイティブも出来ないんだからねえ。 .net の VM ってオープンソースじゃなかったっけ? ASP.NETって、aspx(デザイン)ありきの、コードビハインドで.csという
概念だが、JSP + ServletのRequestDispatcherとかStrutsみたいな
MVCモデルは、システムとして用意されてないの?
同じオブジェクトを使って、違うcontent-typeの出力をしたいんだが、
いざtext/htmlのページだけ作って、そういうのがないことに気がついた。
結構、controllerという概念、仕様書書きやすくて好きなんだけど。 1日VS.NETでASP.NETのサンデープログラミングしてるが、
疲れと共に、だんだん、むかついてきた。
・VS.NETが遅すぎる。セレ650のVaioSRX3だが、このスペックで
この遅さだと1GHzでもきっと速くないと思われ。
aspxのコードビューの編集とデバッグモードは遅すぎ。
・Web鯖のポート変えたら、プロジェクトそのものが開けなくなったぞ。
どうやって変更するんだ??? 変なところに依存してんじゃねーよ。
いろんなところラッピングしやがって独自テクノロジーが意味不明すぎ。
Unixなら、先人の文化だから勉強する気になるが、MSの作った仕様で
苦労したくない。苦労しないのが唯一のMSの魅力だろ。ASPの簡単さに
比べると、無駄に複雑な印象。
WebFormsはWebを知らない人にと作ったものらしいが、Web知ってる
人には複雑で、もどかしい。やりたいことができなくて、結局、getで値の
やりとり実装してるし・・・。そういうのはやらずに済むのかと思ってた。
しかし、鯖イベントは、HTMLを読めないと意味が理解できないのでは?
クラと鯖のイベントが、未だにわからない奴が多量にいる現状では、
なんかワケワカになる奴続出に違いない。
・・・というわけで、商売に、特別なメリットなしに.NETを導入するのは、
やめようかと思った。
こっちより、プログラム板のほうが参考になるね。
いやみとかでなく、あんまり盛り上がってないようなので・・・ >>159
>・VS.NETが遅すぎる。
初回アクセス時のコンパイル終われば早いよ。
>・Web鯖のポート変えたら、プロジェクトそのものが開けなくなったぞ。
テストサーバや稼働サーバのポート変えれば、どっかで設定するのはどんなツールでも共通っしょ?
>WebFormsはWebを知らない人にと作ったものらしいが、Web知ってる
>人には複雑で、もどかしい。やりたいことができなくて、結局、getで値の
>やりとり実装してるし・・・。そういうのはやらずに済むのかと思ってた。
禿同。
実にイタイんだよこのへんが。
>しかし、鯖イベントは、HTMLを読めないと意味が理解できないのでは?
>クラと鯖のイベントが、未だにわからない奴が多量にいる現状では、
>なんかワケワカになる奴続出に違いない。
これまた禿同。
手の届かない場所のイベントが取れるとは無理が過ぎる。
ここで切る つづき
WebFormsについて多くのメリットや解説を裂いている現状が問題なのであって、.NETそのものが寒いとは思わない。
まず大事なことは、「スパゲッティコードよさようなら」的なまやかしを信じないことだ。
あるいは「DLLヘルはなくなる」なんてことも。
これは「オープンソースは次代を救う」的な屁の突っ張りにもならない神話をUNIXヲタが信じ切った過ちに似ている(結局は商売上手に新たなるネタを提供したに過ぎない=悪い事じゃないけどね)。
.NETの導入によってWebソリューションの開発が被った最大の恩恵は、まともなオブジェクト指向の一枚岩の開発環境だと思う。
真の再利用可能なコンポーネント指向もやっと実現できた。
今までのCOMベースでは、結局は再利用ってものが単にOLEオブジェクトのインストールと変わらないようなレベルであったように思う。
純粋にクラスなんだかよくわからない参照を使ったり、そういう曖昧さや誤魔化しなどは二次的なレベルに追いやられつつあると感じる。
WebFormsのようにカスで使えないものは捨てちまえばいいんだが、これが生きる場面もある。
たとえば.Net Framework SDKのサンプルにもあるが、DetaSetをページ上のエレメントにバインドする作業(便利でありかつテンプレート指定による柔軟性も高い)。
これをコードパート<=>レンダリングパートの行き来をせずにスマートに行えるのは好ましい。
また、コードビハインドも制作物をより取り扱いやすくしてくれたと感じる。
分離されたコード部は記述もよりネイティブな書き方(端的な例がImportsなのかImportなのか)が出来、俺は好きだ。
長くなりそうなので切るけど、細かい部分でも最適化が進んでパフォーマンスも良くなっているよ。
たとえばstringbuilderなんかも良い例だね。
逆にADO.Netは悲観的ロックの未実装など課題も残しているのも事実。
いずれにしても、「やめようかと思った」っていうそのセンスはある意味正しい。
だが、実際にそのままやめてしまうには惜しいよ。
もう少しでイイからいじってみな。
見えてくるものがあるはずだ。
あんたならきっと活用できるし、その価値はある。
CGIはついに死んだか。
.NETは産まれる前から死んでたがな。 うーん、ASP.NET書くならエディタで充分なんじゃないの?
VS.NET買ったけど、インストールすらしたことないよ。
.NET Frameworkについてくるリファレンスだけで結構事足りない? >>165
インストールもしてないのに必要ないって言ってる・・・
まずはインストールしてみて
オブジェクト名のあとに . を打ったり
newのあとに半角スペースを打つ楽しさを感じてください。
それでもダメなら本当に必要ない人なんじゃない?
ASP.NETに限定すれば、VS.NETはエディタのみに利用価値があると思う。(個人的に)
VBライクな開発ができるし、インテリセンスが利くし、本当に便利。
ただ、デバッグが致命的に重い。あれでステップインするくらいならデバッグプリント入れたほうがマシ。
というかそもそも今までWeb開発してきた人はデバッグプリント入れるほうがデバッグ手法として慣れているから、あの重さのままではあれでデバッグする人は少ないと思う。
>>166
165じゃないけど。
確かにそれは楽なんだけれど、どうもVS.NETってがさばるような気がするんだよね。
莫迦揃いの日本政府すら見放した .NET。がんばれ .NET!! 俺たちに明日の
ネタを提供してくれ (w
> 電子政府は脱ウィンドウズへ OSに公開型導入の動き[11/16]
>
> 1 : ◆y9CAMELxSM @キャメルφ ★ :02/11/16 06:06 ID:???
> ■電子政府、脱ウィンドウズへ OSに公開型導入の動き
> 政府は、インターネットを通じて申請や検索ができる「電子政府」の安全性を高めるため、
> 政府内ネットワークのコンピューターで採用する基本ソフト(OS)の見直しに乗り出す。
> 設計内容が公開され、独自に安全対策を講じられる「オープンソース」と呼ばれるOSの
> 採用を想定。現在は政府内コンピューターのOSの大半を占めるウィンドウズから切り替え
> が進む可能性が高い。
>
> オープンソースOSでは、設計図にあたるソースコードが無料で公開されている。「リナッ
> クス」が代表例。利用者はライセンス料を支払う必要がない。プログラムの変更も可能で、
> トラブルに対応するためのシステム管理がしやすいとされ、世界的に導入の動きが出ている。
>
> 暫定ソース:
> http://www.asahi.com/paper/front.html#top
MSもLINUXもUNIXもすきだけど、
Opensourceマンせー、MSはゴミみたいな発言をするカルトな馬鹿が嫌いだな。
逆もやだけど。 オープンソースマンセーなやつらって何でソースもみたことないのにえらそうなこといってんの?
っていうかソース読めない奴。俺も読めないけど。 >165
あんたの書くASP.NETのソースが、
1.Request
2.Requestパラメータの処理
3.DBのアクセス
4.Responseデータ作成
5.Response
で終わるならエディタで十分かと。要は、元来ASPが担っていた
メインの用途だ。
それよりも、1階層でも深いクラスの階層を作っていこうと思うなら、
絶対に統合開発環境があったほうが良い。
ASP + COM(メインはCOMだが)で、WebServiceToolKitを試したときは、
途方に暮れたぞ。
>163
一ヶ月半も前の書き込みのレスだから、気がつかなかったよ。スマソ
今度、プルダウンメニューに連動して動的にテーブルを切り替える処理を
JSP + Servletでやらなきゃならない。ASP.NETなら、こういうのすげー
楽だよなぁ。何せ、ベタなform + JavaScriptのやりとりを自動生成
してくれるわけだから、工数削減には確実に寄与する。実際、同じやり取りをする
JSP<-->Servlet連携の設計書書くのがバカバカしい。
で、漏れじゃないが、昔、同じ実装をASP + RemoteScript + DHTMLでやってしまったんだ。
それのメンテは最悪だよ。まさにパズルを解くようなデバッグをしなきゃいけない。
鯖側の通信Objectが理解できないと何も帰ってこないし。
そんな技術を作るMSもMSだが、あぁいうDHTMLの発想がASP,NETの発想の原点
ではあるなとは思う。そういうのを経験してるから、漏れ自身はASP.NETの
イベントの発想はとても進歩を感じてるよ。ようやく、まともな開発ができる!って。
上のつづき
あと、これだけは間違いないのは、とても便利なクラスライブラリが、
一パッケージに標準として入っているのは、すごく使いやすいのは確か。
恥ずかしながら、ドキュメント日本語っつうのも含めて。
最近のお気に入りクラスライブラリは、XMLのソートが簡単に
できる奴だな。週末プログラムでソートなんて地味な処理書きたく
ないんで、とても役に立ったよ。
また、最近思うことだが、鯖はUnix Java or ASP,NET、クライアントは.NETのWinFormsを
使い、インターフェースはSOAPを使って、Webの管理ツールや簡単な業務系でクラサバ的に
Webアプリを組む発想が復活するんじゃないかな。
Flashのことを日経ではクラサバの復活とかほざいてるが、そのレベルでクラサバ
云々言っていいのなら、UIの完成度も生産性もFlashの比ではないんだから、
こっちこそが本命だろう。
次に設計する予定の奴もJava鯖ベースなんだが、ゆくゆくはUIを、ヘボいブラウザ
だけじゃなく、WinForms+SOAPに入れ替えられるように設計するつもり。
>>173-174
禿同
最低でもJavaは標準のドキュメントをMSDN並にしてほしいよ
Javaやってるけどやることなすことくっさく思えるね。
オープンソース(以下OSS)、本当に騙している?
ハロウィン文書( http://cruel.org/freeware/halloween.html )によれば
M弗はOSSを恐れているらしい。
金があってもテクノロジがない組織の製品は、そんなに長寿な信頼性を維持できないだろう。最近ハロウィン文書7が公開されたところによるとM$がOSSを恐れていることが確実になったらしい。
JavaがOSに依存しないのに対してC#(.Netの中心?)は言語に依存しないらしい。
しかしこれには大きな落とし穴が...。
COBOLしか使いたくない者とVBしか使いたくない者、C#だけしか、Javaだけしか、FORTRANだけしか、、、などといっている者同士が団結してまともに大規模プログラミングなどできるのだろうか?
バグとりがとても恐ろしいことになりそうだ。
「言語にこだわらない」なんて向こう見ずになりすぎると、みずほ銀行(COBOLやFORTRANを使っていたらしい)の二の舞になると思う。
(Webプログラミング向けとしての)CGIがいずれ廃れるのはほぼ確実か?
Sunのスコットマクリーニは来日したとき(今年春頃) .NETのことを ドットノットと馬鹿にしているようだし.NETはウィルスだと相変わらず強烈な毒舌を吐いたようだ。 >177
落とし穴も何も、.NETの「言語に依存しない」から、多数の言語でシステム
作る奴なんて、実践する奴いないだろ。
ありゃ、ただのマーケティングだろ。おかげで、富士通はCOBOLを作り、
ボーランドはDelphiを作るわけだ。コアは、Windowsなんだから万々歳だろうな。
こちらは、これまでのC++のCOM + VBのプログラミング程度の
認識でいれば、何の問題もないだろう。
まっとうなマネージャーだったら、2種類以上のマルチ言語なんて許さない。
作った奴がいなくなったらメンテできないようなマイナー言語を使わせる馬鹿が
どこにいる。
COBOLは知らん。COBOLから抜け出せない奴は、言語の書き方ではなく、
オブジェクト指向の設計で悩むんじゃないのか?
ちなみに、MSがNetscapeやRealNetworksをタダ製品でメタメタにしたのと同じく、
自社のコアビジネスモデルであるOSとDBをタダにするオープンソースが怖いのは
当たり前だよな。労働の対価にお金を貰うという、単純なビジネスモデルが曖昧だから、
玉砕的に見えるのは確かだしね。
言語に依存しないも何も、C# なんかで作った GUI アプリは結局 Win 以外じゃ
動かないじゃん。NOMO 連中もさじ投げて WINE 入れれっつー事になったし。
エミュもどきいれて動きますって言われてもただの詐欺だろ。 金があれば優秀な人材を雇えるのを忘れなる。そんなこともわからんのか、
三流馬鹿が。M$にはお前より優秀な人材は五万といる。っていうか
おまえがすげープログラマーなら向こうは実力にあった給料で
迎えてくれるぜ。というと信者と言われるが、仕事はLINUXでやってる >180
誤爆?
誰に言ってるんだろ。誰もMS社内の心配なんてしてないと思うけど。
>180
確かに忘れてはならないと思います。
M$が甘い汁で迎えてくれても、(経済的に余裕があれば)拒否するかも。迎えてくれるほどの能力はいまは無いけど。
金があるだけじゃ、夢を実現できぬ。
金だけでなく技術も必要。夢や技術だけじゃ金は入ってこないけどさ。
>178
マルチ言語を許さない。やはりこれからの時代は、既存のコードを再利用しない限り、そうあるべきですね。M$の.NETは多くの技術者にとってM$の誇大な宣伝、情報操作、戦術としか見えないんですね。
ということは、これからはC#と.NETできまりとは言い切れない?
参考になりました。Thank you. 金があるー>優秀な技術者を雇えるー>優秀な技術を作れる
SUNなどがリストラするなか、M$だけが利益を拡大させてる。
金があれば、東大、京大、MIT,ハーバード卒の学生、経験者も
余裕でやとえる。もちろんM$が嫌いな奴はやとわれんが、
この時代金だろ。 >>178
しかしですよ、C#で作ろうが、VBで作ろうが、コンパイル後の動作はほ
ぼ一緒という結果が出ている限り、できるだけ作業効率の高い言語を
使うべきではないかと思いますよ。
ASPからASP.NETに移行して、全部C#で書き直していますが、へぼ
プログラマにとっては超えにくい壁に結構あたって大変なんですわ。
なので考えるのがめんどくさいところは全部VBで書いたクラスに引
数渡すことにしてるであります。 >> 185
コンパイル後の動作とは、速度のことですか?
もし速度だとしたら、
速度を重視するよりもオブジェクト指向的な拡張性、可搬性、コードの可読性を重視するからVBではなくC#を使うのでは?
VBは型の概念が曖昧だから、余裕ができたらC#に移した方が良いかと。
型が曖昧な言語は大規模化(複雑化)するとソースが読みづらく、何が起こるか、どんな潜在的なバグが発生するかわかりにくくて怖い。
M$側もVBプログラマをいかにしてC#に移行させるか、ということを心配しているようですし。
C#もJavaよりも余計に余分な機能が付いているのが、かえって仕様を複雑にしコードの可読性を低下させる素を持っているかのようで奇異にみえます。 >>173
どんまい。
MSの上手さを感じるよ。
昔JSP+Servletをやって、わけあってやめたんだが、その「わけ」の部分に対する回答がかなり盛り込まれている気がするんだよね。
159とそのへんは同じ感覚なんだろうな。
ASP+RemoteScripting+DHTMLについて、ASP + RemoteScriptingってところまでは有りだと思うんだよ。
そこに+DHTMLってのがかなり辛そうだ。
DHTMLってのも込み入ってくると、DOMレベルのバグなんだかコードのバグなんだか判断が面倒になる上にリモートの要素まで関わってくるからな。
そうしたほうが良さげなケースでも、どうしても避けざるを得なかった。
加えてjavaに関する不信感かなあ・・・(笑)
>>174
うん、その一貫したクラサバのアーキテクチャの鯖側にWebアプリケーションがあるってのがずっと求められてきた姿だと思うんだ。
それを実現するためのプロトコルがSOAPであり、またXMLでもあった。
ただこれらの土台ができあがっているにもかかわらず、それを有効に実装する岩盤みたいな存在が不足してたんだよね。
あまたの企業が寄ってたかって料理しようとしたけれど、結局はたいしたものは出来上がらずにここまで来た。
159が言うように、Flashでクラサバ復活云々なんてのは寝言以外のなにものでもなくって、まさに.Net的な総合的(総合的ってのが大事)アプローチが大事で、それさえ著に付いたばかりだ。
矛盾しているようだけど、「高機能なダム端末」なんだよね、ブラウザの使命って。
それ以外にWinForms+SOAP、あるいはモバイルベースのWinForms+SOAPの実装が見えてきてこそ、Webアプリケーションの存在価値が上がるってもんだね。
UIを入れ替えるっていうか、できるだけデータ交換のレベルでアプリケーションが動作しているように設計していくことが望ましいと思うし、それこそが.Net的であるんだろうね。
お互いに頑張ろう!
>>189
「高機能なダム端末」
まさにtarantella >>187
オブジェクト指向的な拡張性、可搬性、コードの可読性はVB.NetとC#そこまで大きく差があるとは思えない。
また可読性って事に関しても、それはあくまで主観的な問題であろうし、どんな言語で書いても善し悪しが出るのは個人差ではなかろうか?
.Netに関する板だからあえて言うけれど、.Net以後のVBで型は曖昧ではない。
それからMSはC#にいかに移行させるかなんて心配はしていないと思う。
最大の関心事は、「いかに膨大な数のVBプログラマーをそのまま.Netに移行させるか」だ。
言い換えれば、これは「いかにVBからVB.Netに移行させるか」と捉えるのが自然。
またC#javaよりも余計に余分な機能が付いているってのもなんだか不自然に聞こえる。
機能ってのはあくまでclassからの派生のことでしょう?
>185
自分達でコンセンサスが取れてれば、VB使おうが、COBOL使おうが
かまわないと思いますよ。それが.NETのメリットなわけだし。
しかし、1年後に、ソース書いた奴が、会社、やめちゃったりして、
後日、クラスのソース開いて、いきなりCOBOLで書かれてたら途方に暮れるだろうなぁ。
あと、VBとC#で、ループのカウンタの取り扱いとか変わったりしない?
忘れちゃったが、VBのuboundとC#のlengthって違う値になるんだっけか?
仮に、それが違ってたとして、そういう細かいところで、エラーにならない
不具合を作っちゃったら最悪だし。作業効率とは裏腹に、間違いの可能性
を減らすってのも、避けたい理由かなぁ。
>>192
でもCOMコンポーネントと同じ感じで完全パッケージ化させてしまえば中の言語なんてどうでもいい。
その辺を考えれば単純に1つのプロジェクトだけで考えるんじゃなくって過去の共通クラスを流用とか、
コントロールクラスを持ってきてバージョンあげていったりとかできるわけよね。
C#てソフト開発からWEBプログラミングまで出来るんですか? >193
Basp21のように完結した汎用モジュールなら、それもアリだが、
実際は、流用して改造したり、後日オーバーロードして拡張したくならない?
(継承ではなく・・・。)
MSもカプセル化による隠蔽が多言語利用の前提になってるような気がする
んだが、そこまでの汎用化は、漏れ的には、考えてる暇はないので、
最終的には、拡張、拡張で汎用モジュールの機能アップを実現したいので、
「完全パッケージ化」という発想自体が、なかなか理想的な話だとは思う。
漏れ的には、汎用モジュールであっても、後日の情報共有のしやすさ、
カスタマイズのしやすさを重視したいなぁ。
その辺は、どのようにプログラミングするか?という話なので、あくまで
「ウチの場合は」ですけどね。しっかり隠蔽して流用できるものが作れるなら
おっしゃるとおり。
>>196
でもC#でしか作るきないけどね。
今までのMSの言語体系って
C++,MFC <=上級者
VB <=初心者、中級者
っていう扱い
でも、この全部を内包してC#に移行できるだけのパワーがC#にはあると思うよ。
結局全社で統一させる場合にはC#かVB.Netでしょう。
でも、私としてはどっちの言語で書かれていても同じことだからかまわないなぁ。
XMLWebサービスなんか言語は外からわからないしね。
COBOLのバッチプログラム -> COBOL.NetによるXMLWebサービス
こんなんができれば最高だとは思う。
>>191
確かに個人差が無いとはいえない。集団でプログラミングするときコーディング規約、ある程度はガイドラインを定義すればどうにかなるかもしれませんね。
C#がJavaより余分な機能があるというのは、
class からの派生とかではなく、
Javaでは複雑になるからとC/C++あった機能を排除したが、
C#では復活している機能(仕様?)があるということです。(機能とは言わない?)
JavaにはないがC#にある仕様(機能?)を適当に列挙
- Cとはちょっと異なる構造体の復活
- unsafe 修飾子によってそのスコープ内でCのようなコード(ポインタ、アドレス操作可能なコード)の埋め込みが使える。
- 列挙型の復活
- JavaBeansに相当するプロパティ機能がデフォルトで使える、set, get修飾子使用。
- メソッドの引数の種類(参照引数、出力引数、可変長引数)が余分に増えた - デレゲート
- 演算子のオーバーローディング
- インデクサ
- Javaのプリミティブ型に相当する値型がJavaよりも数個余分にある。ushort,ulongなど。 続き
便利とはいえ、こんなに余計な機能が多くあるとこれらを使ったソースコードの解読、修正、バグ検出するとき、Javaで書いたのと比べると苦労しそう。なんでもできるということはその反面ソースコードを読みにくくする。
余計な機能を追加するくらいならクラスとして提供すればいいのではないか、というのがC#の仕様を見たときの感想。
C#で集団で新規にコーディングするときにこの機能は使うな、と規定を定めればどうにかなるかもしれません。
しかし、誰か個人がコーディングしたこれらの機能をフルに使用したコードを流用したいときがあるかもしれない。そのときそのコードがどれだけ正確か、などを確認することも起こりうると思われる。
M$は妙なガイドラインを発表している。クラスやインターフェースを継承するとき、クラスとインターフェースどちらを継承しているかわからないのでインターフェース名の頭にIをつける、これは厄介そう。
Javaならクラスの継承を意味する修飾子は、extends、インターフェースの継承を意味する修飾子は implementsでありこれをみるだけですぐにクラスかインターフェースかがわかる。 続き
C#だと :: なのでわからないためにインターフェース名の頭にIをつけているのだろう。::の方短縮できるからいいだろう、C++プログラマのために、と思ってこのようにしたと思われるが。言語仕様の設計そのものに問題があるようなきがする。
クラスやインターフェースがあれば構造体も列挙型もいらないような気がする。これらは、速度を高めるために、Javaのプリミティブ型に相当する新しい型を定義する取り入れられた機能と思われる。
オブジェクト指向的な観点で言えば、本来型はすべて参照型にすべきと思われる。が、C#の構造体は値型。継承できない構造体とクラスをうまく使い分けるっていうもの大変そうだ。
演算子のオーバーローディングもクラスとメソッドを定義すればいらないだろう、と思う。記述方法が短縮できる以外にメリットは無い。逆にコードの可読性が低下するという欠点がある。
速度を気にしなければ構造体も列挙型も不要と見える。
C#をプラットフォーム非依存にさせると目指しているM$の発言にも不信感を感じる? 言語非依存にすればC#以外の言語でかかれたものがプラットフォーム非依存な言語であればWin以外の他のOSでは使えない。.NETも同様? 連続投稿の最後です
.NETの利便性というのは殆どがWinに依存しており、セキュリティ性、プラットフォーム非依存性の犠牲の上に成り立っていると思う。
.NETで開発するときはこのあたりを大いに覚悟しなければならないと思う。 >>199
そうだね、確かに数々の指摘はその通りだと思うよ。
それらは機能というより仕様だね(レスに書いてくれたけど)。
インターフェイスに関する存在の冗長性やオーバーローディングの曖昧性も、仕様としてはかなり不細工に感じるのは自然だと思う。
ただ、それぞれにはそれなりの存在理由があるので、言語として整理整頓されましたということが自慢できた時代とは異なる昨今でプライオリティが低かったのではないかな。
それから保守などについてだけれども、圧倒的多数のコードの寿命が極端に短くなった現在、次々と新しく書き直されることがより求められている気もする。
C#をもっとブラッシュアップしてしまえば良かったのにって思うけれど、VBについては、まあこの程度でよしとして良いんじゃないかな。
セキュリティもひっくるめたあらゆる利便性がWin依存というのはなかば当然だと思う。
もっとも、これはC#などに限らずあらゆる言語や環境に言える事じゃないかな。
たとえ言語がオープンであっても、圧倒的多数のクライアント環境はWinであり、Winには固有のシェル環境があり、またインターネットへの一般的窓口であるブラウザはIEが多い。
最適化した実装を施したいと考えればその縛りは必ず受けざるを得ないよね。
この企業の姿勢は「客」という存在を絶対的な立場から見てどこにあるかとらえて徹底した征服を行い、誰しもがそれに依存せざるを得ない状況を作り上げることにある。
それが今後も変わるとは思えない(善し悪しということではなく単純に考えての話ね)。
それに、恐らくMSのセールストークを全部信じてわくわくしている開発の現場って限りなくゼロに近いんじゃないだろうか。
言語の話からはそれるレスだけど、ASP.NETが吐き出す自動生成サーバー
連携HTMLは、HTML3.2の仕様を満たすんだったけ?
.NETが最初に発表されたころのセミナーで聞いた話だから、実際
古いネスケ4.04とかで、どう動作するのかは検証してないけど、
サーバーサイドオブジェクトなどのイベントモデルを作った最大の
メリットは、POSTを主体としたサーバー通信を自動化しているところで、
その目的は、IEに依存しないというところだと思う。
そういう部分では、.NETという枠組みでは、普遍的なところへの
チャレンジがあって、これ自体は、とてもMSっぽくないなと思って
わくわくした。(ただ、FAQになりそうなのが、サーバーサイドの
プルダウン選択したら、FlashやEmbedのWMPが初期化されちゃいました。
バグですか?・・・とか。)
ところで、IE EmbedできるActiveX OCXって、作れないん
だよねぇ・・・。アプレットの入れ替えとか言って、
サンドボックスのセキュリティとかになってしまうと、
困るんだけど。ActiveXは、わかってて使う、悪魔の魅力こそが魅力なので。
たとえばJavaになくってC#にある機能っていうのはJavaの開発してたらなんでやねん、
なんでないねんていう機能ばかりじゃないか?
- Cとはちょっと異なる構造体の復活
Javaで同じValueClassを書くのは無駄にコード量が増えるだけ
- unsafe 修飾子によってそのスコープ内でCのようなコード(ポインタ、アドレス操作可能なコード)の埋め込みが使える。
これは基本的にしちゃいけないから、かなりガードは高い。
でもやりたい時には最悪許してあげるっていうスタンスかな?
- 列挙型の復活
これも同じことをしようとすると意味もなくコード量が増える
- JavaBeansに相当するプロパティ機能がデフォルトで使える、set, get修飾子使用。
VBと同じような機能
何でもありの変数はgetter, setterを書く必要なんかない。
publicにしたらいい、チェックが必要になったりしたときにプロパティにして
コードを書けばいい
- メソッドの引数の種類(参照引数、出力引数、可変長引数)が余分に増えた - デレゲート
関数ポインタがないためにJavaでは何をしていたか、しているかを考えれば当然
- 演算子のオーバーローディング
これは賛否両論あるけど、文字列比較がすっきりしなきゃ言語としてどうかと思う。
Java: stringA.equals("ABC")
C#: StringA == "ABC"
VB.Net: StringA = "ABC"
=なんかの演算子には等価という意味合いが強く現れるので、構文的にはC#とかの方がいいと思わない? 続き
- インデクサ
java: a.get(1)
C#: a[1]
Cのchar*なんかの時と似てるけど、レコードはインデクサなんかが似合ってると思わない?
- Javaのプリミティブ型に相当する値型がJavaよりも数個余分にある。ushort,ulongなど。
これはちょっと問題かもしれない。
CLRでは動くけど、CLIでは動かない範囲ですね。
わたしはこれらのunsignedは使わないと思うけど、最悪ガリガリのチューニング用か?
>M$は妙なガイドラインを発表している。クラスやインターフェースを継承するとき、クラスとインターフェースどちらを継承しているかわからないのでインターフェース名の頭にIをつける、これは厄介そう。
昔はクラスにCをつけるようにとなっていたよね。
Javaをしていると継承関係がややこしくてインターフェースかクラスかわからなくなるよ。
でも.Netのように現在は入り組んでないライブラリでも、今後入り組んでいくとおもう。
その時に真価を発揮すると信じているよ。
どうせならコンパイルオプションではじける設定もほしい
あと忘れ物だ
!!!throws!!!
これってあんまり役に立っていないと最近思う。
RuntimeExceptionはつかまないし、ほとんどつかみたいのはruntimeだって。
この機能はスパッと切って正解だったと思うよ。
!!!ボクシング/アンボクシング&すべてがobjectを継承していない!!!
javaでは値型が特殊な変数になっているためにVectorなんかにそのまま入れれない。
これって誰も言わないんだけど致命的な設計ミスじゃない?
んじゃ 論理的に説明してる気かも知れないが長々と主観を連ねただけだな。 今時の高等言語はどれをとっても一長一短でしょ、いずれにしても。
無駄な関数や多少の冗長性があっても大した問題ではないしね。
表面的な実装がどうであるかよりもむしろ深層部分で変数・型をどう扱っているかとか、もろもろ無茶苦茶細かい部分に関する部分が気になるでしょ。
そうして、そのような箇所はそれなりに時代に合わせた設計が為されているしね。
ここ10年の流れとしては、「どの言語がどれだけ素晴らしいか」ということでなく、「どの言語がどれだけ<<実効性のある総合的環境>>を持つか」じゃない?
Javaにしてもそうだったし、インタープリタがあらゆるブラウジング環境に実装されだした流れにしてもそうだった。
今後もそうとう長い期間、そんなMS的なるアプローチが支配的であるように思うな。
理念の先行や重厚な布陣よりも、即効性とゲリラ戦が主流でしかあり得ないだろうし。
.NETでDBを扱う場合、DBがSQL Serverの場合とOracleの場合って何か違いがありま
すか?.NETやるならSQL Serverの方がイイ!っとかあります? >>212
そもそも現時点ではSQLServerとOracleでは扱うライブラリが違う。
ADOみたいに1種類のライブラリでSQLServerもOracleも同じ操作でアクセスできるということはない。
現時点では、
・SQLServerを使うならADO.NETと呼ばれるライブラリ(System.Data)
・Oracleを使うならOLE DB .NETと呼ばれるライブラリ(System.Data.OleDb)
を使い分ける必要がある。
クラス名からメソッド名からみんな違うので注意が必要。
現時点では.NETではSQLServerが最適と考えたほうがいい。というか他のRDBベンダ(OracleやSybase、IBM)に
.NET専用のライブラリを提供しようという気がない。(OracleはMSが対応ライブラリ出したらしいけど)
>>213
SQLサーバは System.Data.Sqlclient
Oracleはオラクル用のドライバが出たからSystem.Data.OracleDriver?かなんかで使える。
クラス名は違うけど基本的に同じだから置換するだけでつかえる。
ただ移植度はADOより下がっているのは事実かもしれないね。
これから選ぶっていうならSQLServerだとは思うけど、Oracleだから敷居が高いなんてことはないから安心して。