踊るﾌﾟﾛｸﾞﾗﾏ物語

大谷　弘喜

2007年01月23日

ｵﾌﾞｼﾞｪｸﾄ指向 VS 手続き型

半分冗談です｡ｵﾌﾞｼﾞｪｸﾄ指向とﾃﾞｻﾞｲﾝﾊﾟﾀｰﾝもあまり区別せずに書いているので､用語は性格じゃないです｡

10年前､僕がｵﾌﾞｼﾞｪｸﾄ指向を勉強していた頃､もしくは純粋だった頃､ｵﾌﾞｼﾞｪｸﾄ指向で開発されたものはﾒﾝﾃﾅﾝｽ性がよく､ｺｰﾄﾞの再利用もしやすいので開発効率はあがると信じてきました｡今でも純血主義にならない程度であれば正しいと信じていました｡

けれども､それから10年経った今､ｵﾌﾞｼﾞｪｸﾄ指向はﾊﾞﾗ色の世界を提供してくれませんでした｡理解してくれる少数の開発者はどんどん機能を追加していきます｡一方で､大多数の(と思われる)開発者たちは､設計の理解に苦しんでいます｡さらに悪いことにSpringなどのDIｺﾝﾃﾅがｵﾌﾞｼﾞｪｸﾄのﾗｲﾌｻｲｸﾙをｺﾝﾄﾛｰﾙします｡一般の開発者の目からはｵﾌﾞｼﾞｪｸﾄが突然降ってわくので､新たなｵﾌﾞｼﾞｪｸﾄをどう作って､どうｺｰﾄﾞを書いていけばよいのか分からなくなります｡

Springにより､MVCﾓﾃﾞﾙでの開発を強制されますが､そのせいで､何がどうやって表示されるのか､ますます分からなくなります｡そうして､現在の開発ｽﾀｲﾙでは､何をどこから手を付けてよいのか分からないまま､それでも納期にせまられて手探りでｺｰﾄﾞが増殖します｡

従来の手続き型であれば､開発者がすべてｺﾝﾄｰﾙでき､何がどうなっているのかは順番におっていけば分かります｡Servletが単なる従来のCGIの代用としてしか使わないようなものであれば､彼らはﾊﾟﾌｫｰﾏﾝｽを発揮します｡現在の開発ｽﾀｲﾙは､少数のﾌﾟﾛｸﾞﾗﾏと大多数のﾌﾟﾛｸﾞﾗﾏの間の能力の差を拡大して､大多数のﾌﾟﾗｸﾞﾗﾏによるﾒﾝﾃﾅﾝｽや機能追加を阻みます｡

結局､大多数のﾌﾟﾛｸﾞﾗﾏには､ごく狭い範囲内の手続き的な処理だけを任せるしかないのでしょうか？

ﾊﾞｯｸﾅﾝﾊﾞｰ

ﾍﾟｰｼﾞﾄｯﾌﾟ

[ﾎｰﾑ]
[ﾌﾞﾛｸﾞｺﾝｾﾌﾟﾄ]
[個人情報]
[著作権]

踊るﾌﾟﾛｸﾞﾗﾏ物語

ｵﾌﾞｼﾞｪｸﾄ指向 VS 手続き型

最新ｴﾝﾄﾘｰ

ﾊﾞｯｸﾅﾝﾊﾞｰ