問題タブ [frameworks]

PHP 用の適切な語形変化 (または、複数形を単数形に変換できるライブラリ、または複数形を単数形に変換できるライブラリ - これは一種の変曲形) ライブラリを探しています。現在のフレームワークの一部またはスタンドアロン ライブラリのみ私が持っている要件は、MIT ライセンスと互換性があることです。

私はしばらくの間、PHP Web アプリケーションを作成しており、JQuery、ExtJS、Scriptaculous などの非常に優れた Javascript フレームワークに出会いました。PHP 側については同じことは言えません。クライアントとサーバーのダイアログを最初から作成します。

私は CodeIgniter ( http://codeigniter.com/ ) を使用しましたが、これは優れていますが、AJAX 全体を扱うわけではなく、入力チェック、画像操作、およびいくつかの出力ヘルパーを提供しています。

Javascript フレームワークを処理/統合する標準の PHP ライブラリ/クラス/フレームワークはありますか? ユーザーの応答/要求をキャッチし、身元と入力を検証し、進行状況を提供し、セッションを追跡し、非同期イベントを認識できるものなど.

LINQ がどのレイヤーに分類されるべきか (そしてなぜ) について、さまざまなアイデアや視点を集めたかっただけですか?

Ruby や Python が Web 開発のコンテキストで議論されているのを見るたびに、それは常にフレームワーク (Ruby の場合は Rails、Python の場合は Django) と一緒です。これらのフレームワークは必要ですか? そうでない場合、これらの言語がフレームワーク内でよく使用され、Perl と PHP が使用されない理由はありますか?

一般に、MVC フレームワークには次のような構造があります。

ただし、Web アプリケーション スイートでは、システムをアプリケーション スイートではなく 1 つのアプリケーションとして扱わない限り、すべてのモデル、ビュー、およびコントローラーをひとまとめにすることはおそらく最善ではないだろうと判断しました。ただし、ユーザーとユーザーの役割の概念のように、すべての「アプリケーション」を結び付けるものがあります。

だから私は3つの可能な解決策があります：

(1) 本当にやりたくないことをして、どのアプリに属しているかに関係なく、すべてのモデル、ビュー、およびコントローラーを一緒に保ちます。これは、スイートを単一のアプリケーションとして扱っています。これは、ユーザーを含むいくつかの共通スレッドによって結び付けられているためです。

(2) アプリケーションごとにコードをグループ化します。

(3) コードをタイプごとにグループ化し、ユーティリティ コードをすべてのアプリケーションで共有できるようにします。

見逃したオプションはありますか？将来の開発者にとって最も論理的なスキームは何ですか? 私は個人的には 2 と 3 を好みますが、おそらくほとんどの人は 1 を期待するでしょう。

一般的な知恵では、本当に例外的な条件に対してのみ例外を使用するように言われていることを理解しています (実際、ここ SO で何度かその声明を見てきました)。

ただし、Krzysztof Cwalina は次のように述べています。

例外に関する最大の誤解の 1 つは、それらが「例外的な条件」のためのものであるということです。実際には、それらはエラー状態を伝えるためのものです。フレームワーク設計の観点からは、「例外的な条件」などというものはありません。条件が例外的であるかどうかは、使用状況によって異なりますが、再利用可能なライブラリは、それらがどのように使用されるかをほとんど知りません。たとえば、単純なデータ入力アプリケーションの場合、OutOfMemoryException は例外的な場合があります。独自のメモリ管理を行うアプリケーション (SQL サーバーなど) にとっては、それほど例外的ではありません。言い換えれば、ある人の例外的な状態は別の人の慢性的な状態です.

彼はまた、例外は次の目的で使用する必要があると述べています。

• 使用上の誤り
• プログラムエラー
• システム障害

Krzysztof Cwalina が MS の CLR チームの PM であることを考えると、彼の発言についてどう思いますか?

どのTemplate-EngineとAjax-Framework/-ToolkitがJARファイルからテンプレート情報をロードできますか？

Windows/Visual Studio ボックスで使用できる「簡単で汚い」C++ テスト フレームワークを探しています。私が開発しているだけなので、エンタープライズ クラスのソフトウェアである必要はありません。テストフレームワークのリストを見つめていると、私はやや混乱しています...

http://en.wikipedia.org/wiki/List_of_unit_testing_frameworks#C.2B.2B

編集、2020/09: 誰かが不思議に思っているなら、12 年後、はい、私たちは今では JSON と Kubernetes に移行しています。原文が続きます。

明らかに、すべての人のニーズを満たす単一のソリューションはありません。アーキテクチャは常にトレードオフです。もともと Web ゲームの RAD を対象としたフレームワークを作成したいと考えています。ターゲット言語は PHP ですが、アーキテクチャは広く適用できる必要があります。

このフレームワークの目標は次のとおりです。結果を達成できる方法の柔軟性。開発者にとって最大限の快適さ。LEGO® ブロックのようなモジュールの接続。多くのタイプの入力、多くのタイプの出力、処理のための 1 つのフォーマット。

優先事項ではない目標は、速度、企業での使用、および収益です。オープンソースプロジェクトのはずです。

この設計の要は、変換前のすべてのコンテンツが XML で処理されることです (アイデアは、私が使用した EAI システム eGate に基づいています)。データ抽象化レイヤー (できればスマートな ORM) は、現在は重要ではありません。出力は、XSLT またはその他のカスタム モジュールを使用して生成されます。事実上すべてのクライアント (古いブラウザー用の HTML、最新のブラウザー用の XHTML/HTML5、モバイル クライアント用のシンプルな HTML、AJAX/XMLRPC 用の XML など) に対応します。

XML を使用する主な理由は次のとおりです。

• 有名な規格です
• コンテンツをナビゲートおよび変更するための XPath、SimpleXML、および DOM などの既存のツール
• コードを任意のタグ スープに変換するための強力で統一された方法を提供する XSLT
• XML マークアップは非常に読みやすいので、JSON や YAML の利点がここで違いを生むとは思いません。
• コンテンツは簡単に積み重ねることができ、XSLT で正しく変換されている限り、コンテンツの順序は重要ではありません。

ページ生成プロセスは、次のフェーズで構成されます。

1. 前処理: モジュールの初期化、GPCS データの処理、デフォルトの [XML] テンプレートの適用
2. 処理/生成: ビジネス ロジックの主要部分であり、肥大化した XML を最大限のデータで生成します (バラストを生成しないように最適化されていることを願っています)。
3. 処理: いくつかの追加のビジネス ロジック。たとえば、マークアップの一部の削減、変換の準備、レポート、統計など。
4. 後処理: 変換エンジン (ほとんどの場合 XSLT) を介して XML を解析し、出力します。

コンテンツは大量のメタデータ (タグ、権限、重要性、必要性、目的の出力タイプなど) を使用して生成され、後処理中に取り除かれます。

それで、私の質問は次のとおりです。速度を除いて、このソリューションの欠点は何ですか? フレームワークの開発/保守とそのアプリケーションの両方で、どこで問題が発生する可能性がありますか? このアーキテクチャの欠点は何ですか?

私が作成しているいくつかのサイトに Cocoon を使用することを検討しています。xml、xsl を多用し、サイトで html、pdf、Excel に変換します。これらの機能をうまく実装しているcocconに惹かれます。

誰かがそれを使って気に入ったのか、それとも価値よりも面倒だったのかと思っているだけだと思います.