普遍的な共通関数をプログラムファイル内に展開します。共通関数は1つのファイルにまとめて作成し、それぞれのプログラムファイルからインクルードするという方法が一般的に取られていると思います。ここでは、それに比べて様々なメリットがある、インライン共通関数という手法をご紹介します。インラインとは共通関数を各々のプログラムファイルの中に展開することをいいます。=&nbspuForm("mode");//&nbspフォーム変数の受取。見通しの良さ共通関数をインライン化する最大のメリットは見通しの良さです。他人が開発したプログラムをメンテナンスする時には、そのプログラムの全体像を把握するのに苦労します。「この関数はどこにあるのだろう」と、いろんなインクルードファイルを探してやっと見つける、といった作業を繰り返しながら、プログラムの全体像を理解していくのは非常に生産性が悪いですし、精神的にもとても疲れます。(イライラする)その点、共通関数がインライン化されていれば、ファイル内の検索でその関数がすぐに見つかり、プログラム構造の理解が格段に容易となります。移植の容易性プログラムを別の環境(サーバ、OS)へ移動して動作させることを移植と呼びます。読み込んでいるファイル等を一式まとめて移植する必要があり、結構大変です。インライン共通関数を使っている場合は、プログラムファイルだけをコピーすれば良く、プログラム単体レベルの移植作業が非常に容易に出来ます。共通関数というものは生産性と品質を向上させる便利な手法ですが、1つ間違えると大規模障害につながるリスクがあります。別のバグを生じさせてしまうことがあり、その影響範囲は共通関数を使っているプログラム全体に及びます。共通関数のバグを修正したがために正しく動かなくなることも起きたりします。同時開発のボトルネック解消メンテナンスのためのチェックアウトや、本番への反映などは、ファイルを最低単位として行います。従って同じファイルに別のメンテナンス要件が重なると、そのメンテナンスを同時に進めるのは困難となります。開発を行うことができます。関数の修正反映インライン共通関数の弱点は、更新された関数の配布です。インクルードファイルとしておけば、それは一瞬に全体で更新できますが、インライン展開している場合は(必要であれば)全てを更新する必要があります。実際にはそのようなケースは通常発生しません。1.共通関数は十分に枯れた(バグのない)ソースとしてリリースする。2.原則機能追加はしない、機能追加したい場合は別の関数として新たにリリースする。3.それでもまれに発生する重要な修正については、その修正が必要となるプログラムだけ、きちんとテストをした上で本番に反映する。インクルード形式だとその影響範囲を厳密に考えずにリリースしてしまいますが、インライン方式だと1つ1つテストをしながらリリースすることができます。これはむしろ利点といっても良いかと思います。インライン化すべきでない関数インライン化する共通関数はできるだけ普遍的な共通処理のものとしてください。処理プログラムを出来るだけ集中させて、消費税のように数値が変わるものは、その部分だけを外部化し、パターン化されたプログラムの構造を心がけて下さい。ビジネスロジック用のクラスを作る場合もあるかと思いますが、あまり大きなクラスを作ってしまうと、そこがメンテナンス上のボトルネックになってしまうことが少なくありませんので注意してください。コピペ用サイト公開インライン展開する共通関数は、イントラサイトなどで開発者にWeb公開すると便利です。各開発者はそこから自分が使いたい共通関数のみコピペして、プログラムファイルの後ろに追加して開発を行います。