エンタープライズレベルの開発分野における PHP に関するインタビュー - エンタープライズレベルの開発、PHP の準備はできていますか? 、phpエンタープライズレベル

ホームページ

バックエンド開発

PHPチュートリアル

エンタープライズレベルの開発分野における PHP に関するインタビュー - エンタープライズレベルの開発、PHP の準備はできていますか? 、phpエンタープライズレベル_PHPチュートリアル

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jul 13, 2016 am 10:17 AM

php企業について準備する?存在する開発するの分野

エンタープライズレベルの開発分野における PHP に関するインタビュー - エンタープライズレベルの開発、PHP の準備はできていますか? 、phpエンタープライズレベル

エンタープライズ開発分野におけるPHPについてのインタビュー

phpの準備ができていますか？

転載元: http://www.nowmagic.net/librarys/veda/detail/256

PHP は Web アプリケーション開発で最も広く使用されている環境ですが、かつてはエンタープライズレベルの開発には手が届かないと考えられていました。

Q: エンタープライズソフトウェアの重要な要素は、ソフトウェアが他のプラットフォームと情報を交換できるようにする相互運用性です。 PHP の WS-* サポートは比較的新しく、機能が少なく、十分に成熟していないため、この点では PHP のパフォーマンスが低いと誰もが考えています。これについてどう思いますか？変わりますか？

Zeev: 相互運用性には WS-* だけではないと思います。実際、SOAP ベースの Web サービスリクエストはほとんどなく、他の標準からのリクエストが多くなっています。これは主に、SOAP の展開プロセスがより複雑であるためです。 PHP は相互運用性を非常によくサポートしており、そのためのさまざまなインターフェイス (REST、優れた XML サポート、SOAP、Web サービス用の ZF コンポーネントなど) を提供します。 PHP は 2004 年から SOAP に対して非常に優れた基本サポートを提供し、2006 年からは Axis2 拡張機能による WS-* の広範なサポートを提供していると言われています。私が言えるのは、相互運用性の欠如についてユーザーから苦情を言われたことは一度もないし、もしそうならそれは褒め言葉だということだけだ。

ロブ: これは一部の人たちの見解にすぎないと思います。 PHP はそのシンプルさから生まれます。必要なだけの複雑さで「Webの問題を解決」できる言語です。したがって、PHP プログラマーは SOAP よりも REST を選択するでしょう。従来のエンタープライズソフトウェアは、徐々に中間の PHP に近づきつつあります。たとえば、IBM のエンタープライズレベルのソフトウェア製品の多くは昨年、Atom 公開プロトコルを含む RESTful インタラクションサポートを提供したため、選択肢が 1 つ増えました。必要に応じて WS-* を使用し、開発の単純さと速度が重要な場合は REST を使用します。また、エンタープライズ接続を直接強化するために PHP が使用されることに興味を持っています。 IBM の Message Broker は、あるものを別のものに接続できる「ユニバーサルコンバータ」として使用でき、そのメッセージ変換フローは PHP コンピューティングノードのサポートも提供するようになりました。そのため、エンタープライズソフトウェア内で PHP 言語のシンプルかつ強力な構文とステートメントを使用できるようになりました。最近、PHP 言語をサポートする IBM の CISC トランザクションプロセッサ用の SupportPac をリリースしました。 CISC は、ソフトウェアと同様に「エンタープライズレベル」の性質を持っています。これはメインフレーム上で実行され、銀行、政府、医療分野などの組織が日常生活に影響を与える最も重要な問題のいくつかを処理するために使用できます。

デリック: ここにはそれほど問題はないと思います。 PHP はすでに、SOAP、XML-RPC、JSON などのすべての WS テクノロジーのサポートを提供しています。

Q: ここ数年、スクリプト言語を JVM に移植して、JVM の豊富な監視、セキュリティ、その他の機能を活用することがトレンドになっています。現実世界では多くの PHP アプリケーションが JVM で実行されているため、これは PHP 開発にとって新しいことではありません。メーカーは、パフォーマンスの向上というテーマに関して独自の意見を持っています。この傾向についてどう思いますか?

Zeev: .Net でも同様の傾向が見られますが、これらのスクリプト言語は元の実装からそれほど離れていません。 JVM 上の PHP にも同じことが当てはまると思います。実際、包括的に変更された PHP と比較して、ネイティブに実装された PHP のパフォーマンス上の利点、特にメモリ要件と現実世界における長期実行パフォーマンスの点で優れていることがわかります。それにもかかわらず、標準実装の最大の利点は、他の実装にはない強力なコミュニティサポート (コードの貢献と使用の両方の点で) であることです。

ロブ: すべてがとてもエキサイティングで、素晴らしい未来があると信じています。実装されている何千もの言語のうち、特定の目的に特に適していたために自然淘汰の過程を生き延びた言語はほんのわずかです。したがって、開発者が特定の言語の実装を改善し、革新するのは自然なことです。 Ruby コミュニティに目を向けると、この言語の成功は少なくとも 6 個の実装と、言語の仕様を定義し相互に最適に連携するのに役立った、それらの実装内でのテストとパフォーマンスの調整の共有に起因すると考えられます。「Quick Ruby」というタイトルも大きく貢献しました。私たちは同じことが PHP でも起こっているのを目の当たりにしていると思います。過去 2 年間にコミュニティによって生成された多数の新しいテストケースや特定の API を改善する取り組みなど、PHP 実装間のコラボレーションから大きなメリットがすでに得られており、この現象は今後も続くと考えています。私は現在、JVM 上での PHP の実装に取り組んでいます。これは、IBM の ProjectZero インキュベーター、WebSphere sMush 製品、および前述した CISC PHP SupportPac および MessageBroker コンピューティングノードですでに使用されています。特定の種類の問題に対しては、JVM 上で PHP を実行することが非常に意味があると思います。当社のパートナーや顧客がこれを使用して既存の Java ベースのシステムを結合し、PHP の利便性を享受しながら Java ライブラリや API を簡単に再利用できるようになっているのを目にします。

Derick: パフォーマンスは向上する「可能性」がありますが、スケーラビリティは常に問題になります。 PHP の全体的な考え方は、シェアードナッシングアーキテクチャでスケーラビリティを簡単に実現することです。 JVM 上で PHP を実行すると、シェアードナッシングアーキテクチャが削除されます。残念ながら、PHP コミュニティには、できるだけ多くのテストケースを提供する PHP-on-JVM と呼ばれるプロジェクトが 1 つしかありません。

Q: PHP 4 から PHP 5 へのアップグレードは、単純な移行プロセスではありません。次期リリースの PHP 6 への投資を躊躇している企業に一言お願いします。

Zeev: 4 から 5 への移行は非常に困難なプロセスであるという意見には、実際には同意しません。プロセス全体は、互換性を損なうほどの問題ではなく、アプリケーションにパッチを適用するという比較的単純な問題です。実際、新しい機能を利用したい場合は、もう少し作業がかかることは避けられず、多少の作業が必要になることが予想されます。実際、バージョン 6 では、互換性を損なう問題についてさらに考慮しました。この問題は現在、5 よりも 6 の方が深刻です。これには時間をかけて取り組む必要があります。

ロブ: PHP5 は今後も長く存在すると思います。次期バージョン 5.3 は、可能な限り簡単にアップグレードできるように設計されており、PHP 6.0 で使用されていない機能の削除と Unicode の追加を除き、当初 PHP 6.0 で予定されていたほぼすべての機能が追加されています。私は、PHP の Unicode バージョンを非常に望んでいます。これにより、PHP ベースの JVM がより直接的な互換性を持つことができるようになります。なぜなら、PHP がより直接的な理由は、JVM が文字列を表現するためにネイティブに Unicode を採用しているからです。導入プロセスは PHP 5 で行われ、PHP 6 は非常に時間がかかり、何年もかかります。

Derick: 人々はこれについて常に懐疑的ですが、私たちは PHP 6 に移行するための前方互換性のある機能を導入することで、これらの問題を軽減するために懸命に取り組んでいきます。現在の開発バージョンで発生した問題についてフィードバックをお寄せいただければ、移行プロセスを容易にすることができます。

Q: 確立されたすべての言語において、コミュニティの人々は多くの高度な機能の追加を推進してきました。一方、PHP は学習が容易であり、機能が少ないと常に考えられてきました。この状況は変える必要があると思いますか?

Zeev: これは PHP の成功の重要な要素であるため、変更すべきではないと思います。ヘブライ語には次のようなことわざがあります。「与えれば与えるほど、より多くのものを受け取ることができる。」この文は、少なくとも言語構造と文法の観点からは PHP にも当てはまると私は確信しています。 PHP は、拡張機能やフレームワークを使用することで無限に拡張できます。これが、PHP の最良かつ最も興味深い「最後のフロンティア」であると私は考えています。 PHP を完全に使用している大規模で複雑な Web サイト (Facebook、Yahoo、Flickr)、PHP のみに基づいた複雑な既存のアプリケーション (SugarCRM、OpenPro、CMS)、企業 Web サイトや内部システムを PHP に依存している企業は、次のような証拠であると私は感じています。事実: PHP の機能セットは成熟しており、その方向に進むべきです。

Rob: IBM のスクリプト製品 WebSphere sSmash 用のスクリプト言語の選択に着手したとき、特に PHP を選択したのは、用途が広いためです。私たちは、何百万人もの PHP プログラマーをエンタープライズまたはエンタープライズソフトウェアと結び付けたいと考えており、新しいプログラマーがすぐに始められる言語をサポートしたいと考えています。 PHP の強みはそのシンプルさにあります。言語が消滅したくない場合は、進化し続けなければなりません。 PHP 5 がオブジェクト指向プログラミングをサポートしない場合、PHP 5 の魅力は間違いなく大きく失われます。 PHP 5.3 のリリースにより、これらの新機能により PHP は確実に複雑さを増す可能性があります。今後は、それらの使い方を理解し、それに基づいて文章を作成することがさらに重要になると思います。新しいバージョンの採用に遅れがあることを考えると、ほとんどの主流アプリケーションが 5.3 の機能を使用するようになるまでには数年かかるでしょう。この間に、PHP プログラマーはこれらの新機能を習得し、使用する実践的な経験を豊富に積むことになると思います。これらを使用して、一般的なプログラミングタスクを簡素化します。

Derick: いいえ、変更する必要はありません。両方のタイプの開発者が存在します。新しい機能を追加するのに、必ずしも参入障壁を高める必要はありません。

Q: 言語としての PHP は、長年にわたって優れたパラダイムに従って進化しており、単純なプリプロセッサから強力な OO 言語に進化しました。関数型プログラミングのスタイルが台頭してきた今、このパラダイムが将来 PHP の世界にも入ってくると思いますか?

ジーヴ: いいえ。 PHP はまだ手続き型開発をサポートしており、廃止される可能性は低いです。PHP (PHP 3) のリリース時に OO サポートが追加されましたが、現在は PHP 5 に移行しています。ラムダはおそらく関数型パラダイムに最も近いものであり、まさにそれが私たちが達成する必要があるものです。これは、私が以前に答えた質問も反映しています。私たちは、一度で完了する言語を望んでいません。単に仕事を完了できるシンプルな言語を望んでいます。

ロブ: これはすでにある程度起こっています。 PHP 5.3 のクロージャの概念は、関数型プログラミングの世界から来ています。 PHP コミュニティは、「古典的な訓練を受けた」コンピューターサイエンスの専門家と、独学で訓練を受けたアマチュアプログラマーの混合体です。この多様なコミュニティにおけるクロージャの誕生と共通のステートメントの進化を見るのは実際興味深いです。最終的には、プログラマーがすべてが関数型プログラミングに由来していることに気付かずに、Web 開発における一般的な問題をエレガントに解決する、広く受け入れられるパターンとステートメントのセットが得られると私は信じています。

デリック: よくわかりませんが、特にぴったりだとは思いません。しかし、それが PHP アプリケーションにとって意味のあるものであれば、PHP への道が見つかるかもしれません。 PHP は、他の言語からの興味深く役立つアイデアを統合するという素晴らしい仕事を常に行ってきました。

企業にとって PHP を選択するのは賢明な選択だと思いますか?

PHP はエンタープライズレベルのアプリケーションシステムの開発に適していますか? - PHP の高度なディスカッション

元の投稿期限: 2008-6-26 00:57 [i] 他の言語は見たことがありません...:汗: :汗: .Net や Java が多く、Kingdee K3 ERP は .Net を使用しており、Inspur ERP もあります。 .Net と Java のバージョン。私がこれまで見てきた大規模なエンタープライズプロジェクトでは主に Java が使用されており、次に .Net が PHP:sad:
を使用しているのは見たことがありません。

Web 開発の分野における PHP プログラミング言語の利点は何ですか?

私の意見では、PHP が候補として考慮されていない理由は、査読者の PHP に関する知識の欠如と、Web 開発に使用される他のオペレーティングシステムについての理解の欠如によるものです。もう 1 つの可能性があります。PHP はオープンソースで無料であるため、商用環境では低価格になります。ウェブホスティングサービス市場で最大のシェア、それもWEB開発の分野で破壊されつつあるのでしょう。明らかに、PHP は ASP や jsp (SUN エンタープライズレベルのアプリケーションの第一の選択肢) に比べてはるかに遅れているため役に立たないと考えられていますが、これは事実にまったく反しています。 PHP はそれ自体が強力な言語です。これは、事実上すべての LINUX ディストリビューションで利用可能であり、Mac OS X でも利用できます。 PHP コードを開発および使用するためのビルディングブロックツールおよびソフトウェアへのアクセスは無料です。 PHP アプリケーションを開発するための商用統合開発環境 (IDES) も利用できます。これには、Komodo (LINUX および Windows 上で実行) や Zend Studio (アプリケーションは、JAVA 実行環境を備えた任意のオペレーティングシステム上で実行できます) などのツールが含まれます。サーバーで実行されているオペレーティングシステムに関係なく、PHP で構築された Web サイトをほぼすべての Web ホストで実行できるという事実により、PHP はさらに魅力的になります。使いやすさ C、Perl、または同様のスタイルと構文を持つ別の言語を使用するユーザーは、すぐに PHP を使い始めることができます。 Web で使用するように設計されていますが、コマンドライン言語としても使用できます。あなたが作成している WEB アプリケーションは、特定のコードを毎時間または毎日実行する必要がありますか? cron または同様のスケジュールマネージャーを使用すると、通常のシェルスクリプトまたはバッチファイルを使用して実行したいときに PHP コードが実行されるようにスケジュールできます。イベントを実行するためにブラウザを自動的に呼び出して特定の Web ページを表示する必要はありません。また、特定の時間に特定のコードを実行する必要があることをシステムに伝えるために訪問者のクリックに依存する必要もありません。 PHP がこの分野でスケーラブルであるという事実は、非常に魅力的です。 PHP の利点私は jsp (SUN エンタープライズレベルアプリケーションの第一候補) や ASP のベテランではありません。また、これらの言語を軽視するつもりはありません。代わりに、PHP の利点に焦点を当てます。 PHP をローカライズすると、Web サイト訪問者にローカライズされたサービスを提供できます。ユーザーが Web サイトをクリックすると、Web サイトはブラウザ設定に基づいて自動的に母国語でページを表示します。これは、言語翻訳のための複雑なファイルを使用せずに、gettext と呼ばれるシステムを通じてローカライズされた C プログラムと同じ機能を使用することによって実現されます。要求された言語ファイルが存在する場合、ユーザーに表示されるテキストはそのユーザーの母国語です。言語ファイルが存在しない場合、テキストはデフォルトの英語または指定した他の言語になります。ローカライズされた UNIX アプリケーションの多くは gettext を標準として使用しているため、サードパーティの翻訳が簡単になります。コマンドラインの簡単な使用 PHP は、必要に応じてコマンドラインプログラムのセットアップと実行をサポートします。標準の UNIX diff ツールを使用すると、エラーの最終変更と、エラーの所有者に電子メールで送信される現在のコメントとの間の差異を生成できます。 PHP コードは、システム上に書き込まれた 2 つのファイルの差分を実行し、その出力を入力として取得し、送信する電子メールを生成します。このメールは PHP 自体を介して送信されます。その他の利点上記は、私が自分のプログラムで使用している強力な機能のほんの 2 つですが、他にもたくさんあります。たとえば、次のことが可能です。簡単な Flash アニメーションをその場で作成します。 PDF ドキュメントを即座に作成します。高度な数学関数とオブジェクト指向プログラミング技術を使用します。ローカルおよび IMAP メールボックスの読み取りと書き込み。 PHP では、標準的なインターネットプロトコルを使用できます。 PHP ベースの FTP、WEB、またはニュースクライアントを作成したいですか?問題ない！ PHP のみを使用して、標準の TCP/IP ソケットを使用するクライアントとサーバーを作成し、独自のプロトコルを作成できます。暗号化のサポートとさまざまなデータベースサーバーのサポートを実装します。 Web開発言語の最高峰を求めてPHPを排除する意見は非常に短絡的だと感じます... 全文の続きはこちら >>

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。