1. ABPでは、他のフレームワークを学ぶ必要があります。
私は時々、Javaの世界ではSpringが支配しており、初心者も上級者も学習、研究、プロジェクトの実践を行っていると思います。言い換えれば、アプリケーション開発と開発のために、Springはすでにオープンではないフレームワークであり、モノリスやマイクロサービスでも簡単に有能であることができ、Java開発レベルでSpringを学ぶと、実際には、他の知識ポイントを学ぶ必要はなく、仕事に参加することができます（もちろん、データベースやフロントエンドを含まず、私はここでJava言語自体を指します）。
だから、. NETにSpringのようなフレームワークがあるので、. NETの学習者は、学習後にどんな. NETの仕事でも、アーキテクトの役割でも、オープンソースのABP vNextでは完全に可能だと思います。それは十分にシンプルなので、始めるのは非常に簡単です、開始後しばらく続く限り、我々は徐々に実際の戦闘で深くすることができます、重要なことは、オープンソースの情報の量は、内部のモジュラー設計コンセプト、またはモジュール化されたインストールと削除方法に関係なく、模倣して学ぶのに十分であることですが、それは生きた着陸コードであり、ABPは触れることができ、私は時々、他のフレームワークを学ぶ限り、学ぶことができないと感じます。他のフレームワークは、包括的な品質の観点から、現在、アプリケーションレベルでABP（. NETドメイン）に匹敵するフレームワークを見ていないため、どれもないと言っても過言ではありません。なぜなら、オープンソースのフレームワークはABPに吸収され、ABPフレームワークのルールを理解している限り、統合は分の問題だからです。
したがって、私の結論は、貴社のビジネスが垂直製品であれば、ABPは問題ありません。モジュールからモノリス、マイクロサービス互換性、マイクロサービスへと迅速かつ効率的に進化できるからです。貴社のビジネスがプロジェクトベースのデリバリであれば、ABPのモジュール性を再利用して開発コストを削減できます。貴社がアウトソーシングプロジェクトであれば、さまざまなデリバリに直面して、ABPは組み合わせを組み合わせることで迅速に結果を提供できます。私はここで意図的に誇張したり、宣伝のために宣伝したりしないが、本当にこのガジェットは本当に便利だと思う、誰が知っている使用。
2. ABCは難しい？
もちろん、ABP入門は簡単で、高度な困難は、結局のところ、彼はインフラストラクチャであり、非常に深い技術的な深さを持っています、あなたが角度の使用に滞在するだけで、問題は大きくない、すぐに開始することができます、私を信じてください、少し. NETベースの人々のために、おそらく1日で手に入るが、問題が発生したり、カスタマイズする必要がある場合、あなたは困難に遭遇するでしょう、この時間は断片化されたモジュールの海で迷子になります、そして、各モジュール間の依存関係のメッシュがあり、モジュール性は非常に柔軟であり、ソリューションは4層または7層に分かれている必要があり、DDD階層モデルとビジネス要件を深く理解する必要があるため、非常に特別です。だから、深い学習が必要なとき、ABPは簡単ではないと感じるでしょう。
3. ABPの意味は？
この質問をすることは、JavaがあるのになぜSpringがあるのかを尋ねるようなものです。ABPの真の目的は、開発者を早く仕事から辞めさせ、幸せなプログラマーになることです。これは非常に低いと思わないでください、非常に難しいです。開発から運用までのプロジェクトは容易ではありません。プロジェクトの最初の段階では、進捗のために残業します。疲れていますが、プロジェクトが進んでいるので、疲れません。プロジェクトの後半では、コードを変更し続けることも許容されます。なぜなら、それはあなた自身が書いたコードであり、変更方法を知っているからです。プロジェクトの運用と保守段階では、あなたが去り、新しい人がコードを変更しながら首を振り、プロジェクトはゆっくりと劣化し始めます。新しい人々の波が絶えず投げ、ゴミの山を蓄積するにつれて、あなたのプロジェクトは傷を負い、傷を負い、文字通り置き換えることができず、コードはゆっくりと腐敗し始めます。
これはすべて、チームの規範の欠如、人々の階層の欠如、業界のベストプラクティスの地図がないためです。ABPがこれらの問題を解決するのに役立つなら、その価値は低くありません。. NET開発者に従事するあなたが頻繁に転職するなら、私はあなたが多くのレガシーシステムを引き継いだと信じています。多くのシステムは構築の初日からレガシーシステムの痕跡を持っているかもしれません。だから、全体的な移行を行う場合は、それは悪夢です。私は. NETを10年間やってきましたが、成功事例を見ていません。チームの能力が足りないか、コストが高すぎるか、リスクが大きすぎるか...要するに、すべての問題は初日にトーンを設定します。
プロジェクト管理とソフトウェアエンジニアリングに加えて、オープンソースABPから古典的なコード、アーキテクチャ設計、テスト仕様、ベストプラクティスについて学ぶことができます。簡単なマルチテナントの例を挙げると、マルチテナントを使っている場合は、マルチテナントの存在を感じないように見えるので、そのマルチテナントに感銘を受けることができます。それがマルチテナントの優雅さかもしれません。DDDについては言うまでもなく、その仕様に従うと、DDDをより深く理解することができますが、以前は貧血モード開発を使用していましたが、DDDを理解していると感じました。
ABPの意義は本当に一言で言うことができるものではありません。結局のところ、それ自体が時代とともに進化しており、オープンソースから吸収したエネルギーも間接的に私たちに示されています。私は今までABPをマスターできないと感じていました習得は簡単だからですマスターするのは本当に簡単ではありませんなぜならABPを0から1にリファクタリングするのに多くの時間を費やしたことを意味するからです
4. ABPは肥大化する？
ABPは肥大していると言う人もいるのをよく聞きますが、彼がどの側面を指しているのかわかりませんが、一般的に言えば、私は非常にプロフェッショナルではないと感じますし、相手はABPを全く掘り下げていないとさえ言えます。Dllファイルが多すぎるか、起動が遅いか、証拠を示さない限りメモリを消費します。
真正的臃肿是什么？
モジュール性は、再利用を目的としたビジネスまたは機能の分割です。分割が増えると、学ぶのは少し難しいかもしれません。なぜなら、ブロックがたくさんあるので、十分に精通していない場合は、周りにマニュアルがなければ、始めることはできません。これは肥大化ではありませんレゴは肥大化だと言う人はいますか？代わりにレゴはパワフルで柔軟であらゆる可能性を実現できると思います想像力がなければレゴは肥大化しているとは言いません想像力の欠如ではありません
複雑なシステムを管理するには、システムを分類する必要があります。さもなければ、モノマーは肥大化します。私が理解している膨張は、コード結合度が非常に高く、二次開発が難しく、常に混乱していることです。また、開発が完了した後、保守と保守の変更を行うことは困難であり、後方に変更しても、変更することはできません、古いビジネスオンラインの場合、新しいフレームワークを再開発する必要があり、エンジンを変更するために飛行機を開き、中央にはデータベースの移行を行い、一般的な中小企業にとっては本当に危険であり、深刻なプロジェクトは直接死刑を宣言します。変更することができないので、その後、新入社員は石膏を貼りたいだけで、会社は必然的に高い離職率の問題があります。したがって、高いコード結合は肥大化し、2つのオープン困難は肥大化し、運用と運用の非効率性は肥大化していると結論付けた。もちろん、コンパイルの遅さ、デプロイメントの難しさ、パフォーマンスの低さなど、多くの意味合いがあります。
ABPが肥大化していると言う人に聞きたいのですが、何を言っていますか？モジュール化後、チームのコンパイルは遅くなりますか？モジュール化後、モジュールは個別にデプロイでき、統合デプロイできます。ABP実行機能の使用が遅くなりますか？すべてのモジュールが起動時にメモリにプリロードされます。より多くのメモリを消費し、より高速なパフォーマンスではなく、より多くのスペースと引き換えに、何ですか？
だから、ABPは肥大していると言う人は、一般化せずに肥大の前に属性を追加して、実際のケースであなたとコミュニケーションしてください。
5. 終わり方
ABPは素晴らしいので、私はABPに多くのエネルギーを費やし、マスターとは言わないが、夜遅くにABPのソースコードを探索し、多くのドキュメントを読んで、ABP入門は本当に簡単ですが、さらに謎をのぞき見したい場合は、おそらく私のシリーズの翻訳はあなたがより速く、より深く学ぶのに役立つはずです、あなたが学ぶことを願って、幸せに学ぶ。
あなたもABPを勉強していて、相談が必要な問題がある場合は、ABP QQグループに参加することを歓迎します（無料）
或者加入我的知识星球（收费），体验更加及时和全面的服务。
私は上記の共有があなたを助けることを願って、あなたの貢献に感謝。
作者： [张飞洪厦门
QQ 群： 共享交流群
我的： 知识星球