アカウント名:
パスワード:
コンテント・マネジメントやアクセス・コントロール・リスト、フォーラムやチャット、そういったものはRailsが対応する範囲ではない。我々がつくっているのは、どのようなアプリケーションにも対応可能な、汎用的な構造なんだ。 だからZopeやOpenACSなど、ビジネスロジックに浸かって、それに取り込まれてしまったフレームワークのような方向性にはならないだろう。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
zopeと比べた利点はなんでしょう? (スコア:1)
少なくともざっと紹介記事を読んだ限りでは RoR でできることは全て Zope でできて、しかも仕組みもほとんど同一であるという気がします。それなら蓄積がある Zope のが便利だろう、と思いました。
単なる技術的な興味で知りたいのですが、両方使ったことがある人で、「Python より Ruby のが好き!(或いは優れている)」などの Python/Ruby の優劣に関係する理由以外で Zope より RoR の方が良いという人が居れば是非教えて欲しいです。
Re:zopeと比べた利点はなんでしょう? (スコア:3, 参考になる)
Zope は少し迷走気味というか、タグでやればいいのか自分でコード書いたほうがいいのかで悩むことが多いのが嫌ですね。
Ruby On Rails では generater で自動的にコードが生成され、その Rail に沿って進めばおのずと実現方法が決まるので、悩むことが少なくてよいです。
実現方法で悩むことって多いし、どちらでも大差ないことは多いので、その手間が省けるのはいいですね。
Re:zopeと比べた利点はなんでしょう? (スコア:0)
Re: zopeと比べた利点はなんでしょう? (スコア:3, 参考になる)
http://www.goodpic.com/mt/archives2/2005/09/ruby_on_rails_d_1.html
あと、Zopeの3は、かなりPythonプログラマ向けに変わってます。
RoR vs zope (スコア:2, 興味深い)
例えるなら、Oracleがたとえタダで使えたとしてもSQLiteは手放せない、みたいな、そんな気持ちをインタビューから感じました。確かに zope だとアクセスコントロール要らなくても使わない方法はありませんし、(特にZope3系には詳しくありませんので間違っていたら教えてください.)「PageTemplateとZSQLmethodだけでいい!後はいらない!」と思うことも良くあります。RoRはPHPとzopeの間ぐらいの位置づけなんでしょうね。
Re:zopeと比べた利点はなんでしょう? (スコア:2, 参考になる)
また CMS あるいは CMF と捉える方がすっきりきそうな感じがします。
対して Rails はアプリケーションフレームワークで開発向け
というのがはっきりしています。
コンテンツを中心に見るなら Rails より Zope の方が解に近い
のではないでしょうか?(そういうことではない?)
個人的には Zope の方がレイヤーが多く、近いレイヤーに
別の実装が複数合ったりして、複雑な印象があります。
少なくとも取捨選択するまでに時間が掛かります。Rails は
今のところそういう複雑さからは距離を取れていると思いますが、
どうでしょうか。
Re:zopeと比べた利点はなんでしょう? (スコア:1, 参考になる)
Re:zopeと比べた利点はなんでしょう? (スコア:1, 参考になる)
・全部入り
サーバ(http,ftp,WebDAV),ユーザ認証,オブジェクトごとに細かく設定可能なセキュリティ,キャッシュ,デザイナと技術者が分業しやすいテンプレート,内蔵オブジェクトデータベース(ZODB),RDB接続
・キラーアプリの存在
Plone
Zopeの欠点:
・恐竜的(進化の袋小路?)
・黒魔術がたくさんある
Zopeはフレームワーク。機能はてんこ盛りだが,使いこなすには学習に時間を掛ける必要がある。意外なところでハマることもある(獲得とかな!)。
能力が有り余っていて,黒魔術的なお約束に関係なくサクッとWebアプリを実装したい人はRoRなりTurboGearsなりSubwayなりDjangoなり使えばいいと思う。
Re:zopeと比べた利点はなんでしょう? (スコア:0)