0

私は2年の業界経験を持つジュニアLaravel PHP開発者です。私は新しいものを学ぶために大きな恋人です。今日私は "Serverless"の後:-)です。誰かがこのサーバレスについて理解するために私を助けてください私たちはServerlessはイベント駆動後にOOPを殺す別のプレーヤーであることを証明していますか?

  • (ここで、手続き型プログラミングが悪役として発表された)手続き型プログラミング上のOOPの利益の多くを教えられました?
  • Event Drivenの後にOOPを殺す別のプレイヤーの場合は、
  • もしそうでなければ、私たちはOOPとServerlessを一緒にすることができますか?
  • またはイベント駆動型手続き型はOOPより優れていますか?

私が最初に思ったように、Event Driven(そして現在Serverless)は、開発者が手続き型プログラミングに移行するよう奨励していました。しかし、これはバックエンド言語としてのPHPでは当てはまりませんでしたが、Nodeを持つJSでのみそうでした。 しかし、サーバレスなのは、他の俳優がOOPを殺して、 "低コスト"という名前で人々をだまし、開発者を80年代に戻すように手続き型プログラミングを奨励するために存在していたということです。

OOP /手続き型プログラミングの知識を持つ誰かが、OOPから離れる必要があり、メンテナンスの大きな問題となることが懸念されるため、Serverlessのことを理解するのに役立ちます。

答えて

2

あなたはリンゴとオレンジを比較しています。

OOPおよび手順は、プログラミングパラダイムです。

サーバレスはちょうどモノリスMicroservicesよう建築のパラダイムです。

これらは互いに排他的ではありません。サーバーレスアプリケーションは、C#やJavaなどのOOP言語で記述できます。

はここで良い記事です:https://martinfowler.com/articles/serverless.html

+0

おかげであなたの答えのために@dashmugが、私は別のアプリケーション/ APIを実行/実行/有効にするにはAWSラムダ側で使用される関数について話しています。 また、serverlessは「機能」(手続きプログラミング用語)ではなく、メソッド(OPP用語)としてMicrosoftに命名されています:-) 私が話していることを願っています。 – MKJ

+0

これらは、サーバレスの機能に類似したサービス機能アーキテクチャモデルを使用しているため、「機能」(Azure関数、AWSラムダ関数、Google Cloud関数など)と呼ばれています。あなたがそれをしている間、IaaS、PaaS、FaaSについても読んでみることをお勧めします。 – dashmug

関連する問題