「XOOPS Cube Legacy 2.1.0 リリース」記事へのコメント

公式サイトの

[Anonymous Coward]

XOOPS Cubeのよさは公式サイトに各モジュールが豊富に紹介されていること。
他のCMSだとネット上をさまよって捜さなくてはならなかったりします、

そう言う意味ではBlogのMTもWordpressもプラグインはあるけど
捜すのがめんどくさい。
その点、Nucleusも公式で豊富に紹介されている。

仕事で顧客の要求の機能を捜すときにこの祖ソフトの機能や追加機能の豊富さより
公式の充実度がキーになってくる。

Re:公式サイトの

[Anonymous Coward]

>そう言う意味ではBlogのMTもWordpressもプラグインはあるけど
>捜すのがめんどくさい。
CMSとBlogをごっちゃにしておりませんか？
そうでない、というなら、必要としている機能をまとめてリストされていると「何が必要とされているのか？」参考になっていいと思います。

個人的なXoopsの感想としては
「設計が汚い」

一旦、現状のXoopsを諦めて、ディレクトリ構成を決める所からフレームワークを明確に決めなおすべきなのではないかと思っています。

（旧遺産が足をひっぱりまくってるけど・・・っつか、そこまでするなら「Xoops」である必要ないのか。ってか、オレは別のCMSを使って・・・）

Re:公式サイトの

[nobuhiro (5244)]

「設計が汚い」

XOOPS Cube は、これに対する回答の一つでしょう。

CMS のコア部分は、過去のしがらみを捨てて、全く新らたに書き起こされたものです。 コア単独では XOOPS と直接の互換性はなく、互換モジュールが従来の XOOPS と同じ API の動きを実現しています。

Mach がマイクロカーネルの OS が、パーソナリティを載せて UNIX と同じ振舞をするようにしたのと同じアプローチですな。

旧資産なんぞ要らん、ってことなら、互換モジュールを取っぱらってコアを直接使うか、別のシステムモジュールを導入すればいいのです。

%% でも、ばりばり OOP で私のような Legacy な奴には読むのが辛いコード orz

--
の