長い間、関数をプロジェクトからプロジェクトに転送する必要がある場合が多いという考えに悩まされてきました。また、common.jsやutils.jsのような、すべてがヒープに積み上げられているファイルはあまり好きではないので、これらの関数を別のファイルに保存する必要さえあります。 これが問題の本質です。 グローバルスコープを乱雑にすることなく、移植性を高めたいため、関数プレフィックスを使用しません。
私は最近Javaを見て、そこでパッケージが接続する方法が本当に好きで、これが問題の解決に役立つと思いました。 私はJavaScriptとJavaの達人ではなく、多くの誤った構造があり、約束されていますが、そのアイデアについての人々の意見に心から興味があります。 jQueryとの類推によってjpackプロジェクトを呼び出しましたが、これはjQueryの競合ではないことに注意してください。jpackは別の問題を解決します。
リポジトリ: github.com/arturgspb/jpack
これまでのところ、例とパッケージはほとんどありません。単にそれが可能であり、人々が
怠tooすぎてプロジェクトを上げることができない人のために:
<!-- --> <script data-main="scripts/main" src="../js/jpack.js"></script> <script type="text/javascript"> <!-- (- /js/packages/) --> jpack.setPackagesPath('../js/packages'); <!-- / --> jpack.load('jpack/utils'); jpack.load('jpack/system/out'); </script>
そして、 本文に書いてください:
<script type="text/javascript"> jpack.run(function(){ var date1 = '2012-01-02' var date2 = '2012-02-02'; var counter = jpack.utils.datetime.getDateDiff( new Date(date1), new Date(date2) ); jpack.system.out.println(' : ' + date1 + ' ' + date2 + ':'); jpack.system.out.println(': ' + counter.week); jpack.system.out.println(': ' + counter.day); }); </script>
結論のために。 異なるファイルでスクリプトをロードすることは最適ではないことを理解しています-プロジェクトはまだ非常に若く、最適な構造ではなく、作業モデルを表示したかったのです。 図書館のモデルに関する意見を正確に知りたい。 本質を改善する方法。
ご清聴ありがとうございました。