アカウント名:
パスワード:
PHPフレームワークの衰退が激しいのがリスク。長く使いたいなら公式のZend Frameworkで。言語自体はアレであるものの、PHPのバージョンアップに対する適切なメンテが出来ればそれなりに使いやすい。
RubyフレームワークがRoR一択なので悩まなくてもいいが、JavaScriptを多用したりModelの一気通貫が効かないと苦しくなってくる。DSLとシンボルの黒魔術をうまく扱える技術者が確保できるなら使いやすい。
JavaフレームワークはJSFがあの有様である現状、Spring MVC / Play frameworkの二択。SpringはVMwareに切り捨てられなければそう死ぬことは無い。目下Oracleが一番のリスク。
JavaScript
ASPぇ・・・
いちおう、ASP→ASP.Net→ASP.Net MVCと続いているが、パラダイムが変わり過ぎで何ともはや。(そして混在も可能と言うのが……ウガァァ)
ASP.NET WebFormsなんてものは無かった。いいね?
ASP.NET MVCは全てのASP.NET WebFormを置き換えるものではない外部から仕事をもらうという意味では厳しいだろうが業務系なんかで使われ続けるケースもありそう
逆だろどうでも良い画面ならそれこそMVCのテンプレートでやった方がシンプルで楽だし、後から調整したい時も小回りが効くCRUDっぽいものならLightSwitchとかDynamic Dataを使えば良いWebFormsの良いところなんて、DataGridが使えるところぐらいだよむしろ最近はMS自体がWebFormsを黒歴史扱いし始めて採用すること自体がリスクになってるわ
いやいや、学習コスト無視しちゃいかんでしょ。WebFormsは普通のWindowsFormsと*ほぼ*同じ様に書けて、あまりWebアプリって事を意識せずにフレームワークが良きに計らって書けるのがメリットで、学習コストが低い。(もちろん、強調した通り*ほぼ*だけど)
そこら辺のWebやった事無いC#プログラマにいきなりASP.NET MVCやらせたら面食らうと思うよ?というか、ASP.NET MVC? 何それ? って人もまだまだ沢山います。しかも、超大手で。
#個人的には、ASP.NET MVCをきちんと覚えればWebFormsを使う意味はあんまりない、というのには同意するけれども。#あと、ASP.NET MVCはEntityFrameworkとも密接過ぎて、そこら辺でも面食らうと思う。#アホは未だにLINQすら使わないから。
> #あと、ASP.NET MVCはEntityFrameworkとも密接過ぎて、そこら辺でも面食らうと思う。これは何かの間違いじゃ?デフォルトテンプレートは確かにEF使ってるけど、RailsとAcriveRedordsみたいな関係の縛りは無いよ。実際、みんな大好きStackOverflowはASP.NET MVCとDapper Micro-ORMの組み合わせだし。
その通りです。
実はASP.NET MVCはフルスタックのMVCフレームワークではありません。VとCのみの機能に絞られています。Mについては、フレームワークとしてのサポートは有りません。ADO.NETのCommandとDataReaderを直接使おうがdapper dot netを使おうがS2Dao.NETを使おうがLightspeed Ormを使おうが、全くの自由です。
スキャフォールディング周りでEntity Frameworkに特化したサポートがあるように思われるかもしれませんが、これはあくまでも"Visual Studioというツールがサポートしているだけ"、と理解するのが良いのではないかと思います。(とはいえMSから出てくるサンプルやチュートリアルはEntity Frameworkを利用していることが殆どなので、全く知らないと不便なこともあると思いますが)
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
どれでもまぁ (スコア:5, 参考になる)
PHP
フレームワークの衰退が激しいのがリスク。長く使いたいなら公式のZend Frameworkで。
言語自体はアレであるものの、PHPのバージョンアップに対する適切なメンテが出来ればそれなりに使いやすい。
Ruby
フレームワークがRoR一択なので悩まなくてもいいが、JavaScriptを多用したりModelの一気通貫が効かないと苦しくなってくる。
DSLとシンボルの黒魔術をうまく扱える技術者が確保できるなら使いやすい。
Java
フレームワークはJSFがあの有様である現状、Spring MVC / Play frameworkの二択。
SpringはVMwareに切り捨てられなければそう死ぬことは無い。目下Oracleが一番のリスク。
JavaScript
Re: (スコア:0)
ASPぇ・・・
Re: (スコア:1)
いちおう、ASP→ASP.Net→ASP.Net MVCと続いているが、
パラダイムが変わり過ぎで何ともはや。
(そして混在も可能と言うのが……ウガァァ)
Re: (スコア:0)
ASP.NET WebFormsなんてものは無かった。いいね?
Re: (スコア:0)
ASP.NET MVCは全てのASP.NET WebFormを置き換えるものではない
外部から仕事をもらうという意味では厳しいだろうが業務系なんかで使われ続けるケースもありそう
Re: (スコア:0)
これってどういうこと?DataGridとかコントロールの利便性の事を言ってる?
Re: (スコア:0)
ぶっちゃけ、どうでも良いような画面一つとかのフォームなら、WebFormで十分すぎる。
Re: (スコア:1)
逆だろ
どうでも良い画面ならそれこそMVCのテンプレートでやった方がシンプルで楽だし、後から調整したい時も小回りが効く
CRUDっぽいものならLightSwitchとかDynamic Dataを使えば良い
WebFormsの良いところなんて、DataGridが使えるところぐらいだよ
むしろ最近はMS自体がWebFormsを黒歴史扱いし始めて採用すること自体がリスクになってるわ
Re: (スコア:0)
いやいや、学習コスト無視しちゃいかんでしょ。
WebFormsは普通のWindowsFormsと*ほぼ*同じ様に書けて、あまりWebアプリって事を意識せずにフレームワークが良きに計らって書けるのがメリットで、学習コストが低い。
(もちろん、強調した通り*ほぼ*だけど)
そこら辺のWebやった事無いC#プログラマにいきなりASP.NET MVCやらせたら面食らうと思うよ?
というか、ASP.NET MVC? 何それ? って人もまだまだ沢山います。
しかも、超大手で。
#個人的には、ASP.NET MVCをきちんと覚えればWebFormsを使う意味はあんまりない、というのには同意するけれども。
#あと、ASP.NET MVCはEntityFrameworkとも密接過ぎて、そこら辺でも面食らうと思う。
#アホは未だにLINQすら使わないから。
Re: (スコア:1)
> #あと、ASP.NET MVCはEntityFrameworkとも密接過ぎて、そこら辺でも面食らうと思う。
これは何かの間違いじゃ?
デフォルトテンプレートは確かにEF使ってるけど、RailsとAcriveRedordsみたいな関係の縛りは無いよ。
実際、みんな大好きStackOverflowはASP.NET MVCとDapper Micro-ORMの組み合わせだし。
Re:どれでもまぁ (スコア:0)
その通りです。
実はASP.NET MVCはフルスタックのMVCフレームワークではありません。
VとCのみの機能に絞られています。Mについては、フレームワークとしてのサポートは有りません。
ADO.NETのCommandとDataReaderを直接使おうがdapper dot netを使おうがS2Dao.NETを使おうがLightspeed Ormを使おうが、全くの自由です。
スキャフォールディング周りでEntity Frameworkに特化したサポートがあるように思われるかもしれませんが、これはあくまでも"Visual Studioというツールがサポートしているだけ"、と理解するのが良いのではないかと思います。
(とはいえMSから出てくるサンプルやチュートリアルはEntity Frameworkを利用していることが殆どなので、全く知らないと不便なこともあると思いますが)