Drupal には、非プログラマーに提供できるものがたくさんあるようです。多数のモジュールと簡単なインストール。しかし、どの時点でプログラマーになる必要があると思いますか? どこに落ちて、より実践的な注意が必要ですか?
また、それらは実行することを「意図した」ものではありませんが、コード ベースに対して実行する必要があったカスタム調整に興味があります。
Drupal には、非プログラマーに提供できるものがたくさんあるようです。多数のモジュールと簡単なインストール。しかし、どの時点でプログラマーになる必要があると思いますか? どこに落ちて、より実践的な注意が必要ですか?
また、それらは実行することを「意図した」ものではありませんが、コード ベースに対して実行する必要があったカスタム調整に興味があります。
「すぐに使える」機能に何千もの3分の1を組み合わせることができる無数の方法が含まれていない限り、「すぐに使える」機能とは異なる何かをしたいときにプログラミングスキルが必要であるという考えには強く反対します。パーティープラグイン。
最大の課題はこれです。Drupalのコミュニティは、コーディングではなく構成を介して斬新な方法で組み合わせることができる、小さくて再利用可能なブロックの構築にますます動いています。これは、管理画面を介して小さなピースを組み合わせることによって達成できることの数が印象的であることを意味します。ただし、この方法で組み合わせたツールには、単一の仕様に合わせたプラグインで得られるような多くの「スムーズなエッジ」が欠けていることを意味します。
カスタムコードが最も頻繁に必要とされるのは、これらの場所(ラフエッジ)です。短いhook_form_alter()関数を記述して、不要なフォームフィールドを非表示にしたり、フォームが完了したときにフォームがリダイレクトされる場所を変更したり、単純なカスタムサイドバーブロックを作成して、組み立てたさまざまな部分への便利なリンクを使用したりします。 。カスタムテーマも、その「スムージング」作業の多くを占めます。
これは、ゼロコードで非常に多くのことを実行できるということですが、特に複雑なルールベースのロジックを構築しようとすると、収穫逓減のポイントに到達します(「特定の状況では、Xを表示したい、そうでない場合は、ユーザーはYの入力を求められるはずです...")。少なくともいくつかのPHPを知っていて、内部で何が起こっているかを恐れずに覗き見し、特定の厄介な目標を達成するための(小さな!)カスタムモジュールを作成する意欲は、より複雑なサイトで間違いなく役立ちます。
また、面白いことをするがまだベータ/開発中のプラグインを見つけるのは簡単です。いくつかのPHPを知っていると、「まだ完成していない」コードで作業することにした場合に、頭を水上に保つのに役立ちます。
プログラマーが必要になるのは、必要な機能があり、現在のプラグインが探していたものを提供しない場合だけです。ほとんどの Drupal を利用したサイトは、プログラミングを行わないタイプでも実行できます。要するに、現在 Drupal で利用可能なプラグインのいずれにも見られないカスタム機能を開発する必要がある場合は、プログラマーである必要があると言えます。
トピックから少し外れますが、あなたが行った1つのポイントに対処します:
また、それらは実行することを「意図した」ものではありませんが、コード ベースに対して実行する必要があったカスタム調整に興味があります。
オープンソースソフトウェアです。あなたのニーズと欲求に基づいて、「何をするつもりなのか」を決めることができます。
最高の機能のいくつかは、誰かが何かを変更したり、他の誰も予想していなかった方法で使用したりすることから始まり、それによって何か新しく、興味深く、有用なものを生み出します。このように他の人がどのようなカスタマイズを行っているかを知ることは、理解を深めるための優れた方法であり、秘密にする必要はありません.
私はこれまで「プログラミング」を行う必要なく drupal を使用してきました。プログラミングのスキルがない場合は、プラグをすばやく/安価に変更/作成するために、いつでも安価な請負業者 (例: コーダーのレンタルなど) を使用できます。 -あなたのために。
利用可能なモジュールはたくさんありますが、すぐに使える機能とは少し違うことをしたいと思ったらすぐに、プログラマーになる必要があります。
個人的には、コア コードベースを変更したことはありません。本当にお勧めできません。私は既存のモジュールを取得し、それらの一部を取得して独自のモジュールで使用するか、名前を変更して独自のものとして変更しました。