0

MS SQL Server データベース上にある既存の Eiffel ビジネス層コアの上に Web サイトを構築しようとしています。私は現在、純粋に Eiffel で、純粋に典型的な Web スタックで、またはいくつかのハイブリッドで、Web 層とモバイル層を作成することの長所と短所を検討しています。

私たちにとって、純粋な Eiffel には明らかな利点があります。

  1. 他の言語には見られない継承およびその他の言語表記メカニズム。
  2. コンパイラは他の言語からのコードを見ることができないため、エッフェルから別の言語への取り消しと同じ不利な点にあります。
  3. 自動テストは、Eiffel コードで大きく依存しているものであり、Design by Contract を明確に活用しています。他の言語では、この力を失い、TDD が残されます (たとえば、Eiffel の Auto-Test のバージョン)。
  4. 私たちは今、Eiffel、HTML-5、CSS-3、JS、そして私たちが使用しているあらゆる JS フレームワーク以上のものを学ばなければなりません。
  5. 新しい言語とツールが登場するたびに、プロジェクトはさらに複雑になります。
  6. Eiffel プログラムは C --> EXE にコンパイルされます。これは、スクリプト化され解釈されたものよりもはるかに高速です。

既存の非 Eiffel 言語にもいくつかの明らかな利点があると思います。

  1. 既存のフレームワークとツールは、シンプルからモデレートする Web サイトとモバイル アプリケーションをかなり迅速に開発できます。
  2. 既存の「ベスト プラクティス」はひどいものではなく、適度に信頼性が高く保守可能なコードを生成します。

メリットとデメリットの全てが分からないので質問させて頂きます。ただし、結局のところ、私たちのコア ビジネス スイートは純粋な Eiffel です。それは決して変わることはありません。

フィードバックをお寄せいただきありがとうございます。

4

2 に答える 2

1

これが私自身の経験から言えることです (私は、Eiffel の 1 つを含め、さまざまなフレームワークでいくつかの Web アプリケーションを作成しました)。まず、Eiffel Web Framework は現在非常に使いやすいです。他のフレームワークの利点は、その機能です。Eiffel で Web アプリケーションを作成したときに遭遇した主な問題のリストを次に示します。

  • MVC デザインを自分で作成する必要がありました (Django、Rails、Laravel などの他のフレームワークでは自動的に作成されます)。
  • エッフェルの欠如は、優れたテンプレート システムです。Smarty ライブラリは問題ありませんが、他のライブラリにある優れたテンプレート機能がいくつか欠けています。また、Smarty で UTF-8 ファイルを操作するのは非常に難しい場合があります (これは私にとって苦痛でした)。
  • Eiffel Web Framework のセッション管理は非常に原始的だったため、Cookie に基づいたセッション管理を行う必要がありました。
  • リリース プロセス (Nino の削除) は簡単ではなく、適切なドキュメントがありません (私は Apache を使用していましたが、IIS については知りません)。

それだけです。それ以外は、すべてが非常にスムーズに進みました。

于 2015-03-19T16:25:52.287 に答える