共通ライブラリの配置について

社内の販売管理システムをKintoneで構築していて、カスタマイズの際に複数アプリで共通処理が発生する場合の、共通処理コードに関する質問です。

現状は、同じ処理(関数)でも、コピーを各アプリごとに配置しています。しかしこの方法は、共通処理のメンテナンス上、あまり好ましくない状況と認識しています。

共通処理をプラグイン化して汎用的にするのが理想かと思いますが、まだそこまでのレベルに到達していません。

共通処理の.jsファイルを別サーバに置いて、「アプリの設定 > JavaScript / CSSでカスタマイズ」でURLをリンクする方法を考えましたが、.jsファイルがオープンになってしまい別の方法を探しています。

複数アプリをまたぐ共通処理はどのように配置するのが一般的でしょうか。情報お持ちの方、ご教授頂ければ幸いです。

共通処理をプラグイン化して汎用的にするのが理想かと思いますが、まだそこまでのレベルに到達していません。共通処理の.jsファイルを別サーバに置いて、…

確かにプラグインを作るのに手間かかりますね。別サーバではなく、Kintone全体カスタマイズはいかがですか。

https://jp.cybozu.help/k/ja/admin/javascript_fullcustomize.html

私も社内で、以上のやり方で、全アプリのグラフ画面に「印刷」と「PDF」ボタンを配置しました。

社内用ライブラリ「同じ処理(関数)」も実装出来ると思います。

簡単に出来るのはメリットですが、Kintone全体のカスタマイズなので、必要としないアプリでもロードされます。

私個人は、全アプリのカスタマイズをものレポで管理し、Webpackでコンパイルします。コマンドで簡単アップロードします。

``

1案として。

共通処理をモジュール化して、Webpack で利用するのも方法としてはあるかなと思いました。
まぁ、、、でも共通化してる部分を修正した場合、利用している(読み込んでいる)アプリ全部ビルドが必要になってしまいますが。

sbonjack 様

こんにちは。

初歩的な疑問なんですけど。。。

 

> 共通処理の.jsファイルを別サーバに置いて、「アプリの設定 > JavaScript / CSSでカスタマイズ」でURLをリンクする方法を考えましたが、.jsファイルがオープンになってしまい別の方法を探しています。

上記の部分の『jsファイルがオープンになってしまい…』って部分ですけど、フロントで運用していればプラグインを利用しようが、URLでリンクから読み込みするようにしようがオープンになりませんか?

そもそもリンク先が、パブリックになってるってことでしょうか?

もしそうだったら、ACLである程度コントロールしてみればいいのではないでしょうか?

皆様、あたたかいご返信ありがとうございます。

>Lorenz Ras 様

全体カスタマイズは使えそうですね。全アプリで読み込まれるので配置する内容・ボリュームは精査する必要がありますね。

>細谷 崇 様

お恥ずかしながらWebpackの存在を知りませんでした。カスタマイズコード全体の保守性を上げるためにも有効ですね。この辺を読んで勉強・導入してみたいと思います。

目指せ!JavaScriptカスタマイズ中級者(1) 〜webpack編〜 – cybozu developer network

>新屋 育男 様

お恥ずかしながら初学者なため基礎的なことが理解できておりません。。Kintone内に配置したカスタマイズコードについては、Kintoneユーザでのアクセス制御下に置かれるのは間違っていないでしょうか。組織内のユーザにはコードは見え、組織外のユーザにコードが公開されない状態になれば自分の要件としては満たします。

質問時は、リンク先がパブリックになっている前提でお話をしていました。ですが、新屋様の仰る通り、リンク先自体にアクセス制御をかければ要件を満たしますね。皆さんが一般的にどのような方法をとっているか伺いたく質問させていただきました。

大変勉強になりました!皆様ありがとうございました!

このトピックはベストアンサーに選ばれた返信から 3 日が経過したので自動的にクローズされました。新たに返信することはできません。