さて、次のステップは何でしょうか?

みなさん、ご存知の方も多いと思いますが、先週私は golang で Express JS に基づいたマイクロ Web フレームワークを書きました。この投稿がこれほど多くの人に届くとは予想していませんでした。次のステップは何ですか、このフレームワークに何を期待しますか?

公式リポジトリ

正直に告白しますが、最初は次のステップが何になるのか、このフレームワークに何を期待しているのかすら分かりませんでしたが、今週かけてどうすれば改善できるかを考え、いくつかのアイデアを思いつきました。

最初のアイデアと最初のステップは、プロジェクトのアーキテクチャを変更し、プロジェクトのスケーラビリティを高めることです。このプロジェクトにとって理想的なアーキテクチャは何だろうと考えましたが、いくつかの理由から、それを実装する六角形のアーキテクチャを選択することを好みました。プロジェクトコンベンションと一緒に行きます。しかし、どういう理由でしょうか？

• 1) 保守性の向上とアーキテクチャの進化

コアとアダプターを分離することで、フレームワークの変更に対する耐性が強化されます。六角形のアーキテクチャを使用した GopherLight の場合:

スケーラビリティと進化: アダプターやポートを通じて新しい機能を追加でき、ビジネス ロジックの基礎を変更することなくシステムを進化させることができます。

• 2) 依存関係の分離とモジュール化の適応

フレームワーク コードを適切にモジュール化したので、必要に応じて交換できるアダプターを構造化することで、六角形の設計の利点を活用できます。

ミドルウェアはアダプターとして開発できるため、フレームワークのコアを変更せずに新しいミドルウェアを簡単に追加できます。

六角形のアーキテクチャは明確なインターフェイスと拡張ポイントを定義し、メイン システムを破壊するリスクを冒さずにサードパーティのプラグインの統合を容易にします。

アーキテクチャは次のようになります。

§── コア/
│ §── ハンドラー/
│ §── インターフェース/
│
§── ポート/
│ §── req/
│
§── アダプター/
│ §── ルーター/
│ §── プラグイン/
│ §── ミドルウェア/
│
└── ロガー/

Socks5 のようなプロキシのサポートも追加する予定です。標準ライブラリを使用すると、新しいトランスポート オブジェクトを作成し、必要なものを渡してプロキシ サポートを追加するのが簡単です。別のマシンで実行されている API にとって非常に便利です。おそらく、後でロード バランサーまたは踏み台サーバーから送信される可能性があります。

もう 1 つの非常に重要なことはドキュメントです。私はマークダウンをサポートする astro js テンプレートを使用してドキュメントを作成しています。そのため、ドキュメントのこの部分を手伝ってくれる人は本当に感謝しています。最も重要な部分。その主な理由は、新しい人が毎日フレームワークについて学んでいるのに、私はまだほとんど何も文書化していないからです。このプロジェクトの維持、このプロジェクトの拡大を支援することに興味のある人のために、私は discord 上にサーバーを作成しました。そこでは、助けたり、ヒントを与えたり、交流したり、その他すべてのことを声で伝えることができます。リンクは次のとおりです。

これらの 3 つのステップに従えば、このフレームワークをさらに拡張する方向に進むことになります。ここまで読んでくださった方、ありがとうございます

以上がさて、次のステップは何でしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。