コンポーネントの利用（顧客別の対応）
- このフォーラムに新しいトピックを立てることはできません
- このフォーラムではゲスト投稿が禁止されています
tkd
投稿数: 48
投稿数: 48
現在、顧客ごとに画面レイアウト等の要求が異なるため、
ひとつのプロジェクト内にプログラムが顧客別に存在し、公開プログラム名の切り替えでコール先を分けています。
コンポーネントを利用して、共通部分は残し、顧客固有のものは別のコンポーネントとして分けたいと考えています。
この場合、顧客単位でファイルを分けることになるのでしょうか？
汎用性を持たせるためにはどのようにしたらよいでしょうか。
ひとつのプロジェクト内にプログラムが顧客別に存在し、公開プログラム名の切り替えでコール先を分けています。
コンポーネントを利用して、共通部分は残し、顧客固有のものは別のコンポーネントとして分けたいと考えています。
この場合、顧客単位でファイルを分けることになるのでしょうか？
汎用性を持たせるためにはどのようにしたらよいでしょうか。
投票数:0
平均点:0.00
Tanda
投稿数: 2151
投稿数: 2151
tkd さん、こんばんは。
パッケージ販売されている業者さんはおそらくいろいろ試行錯誤
されているんでしょうね。
＞どなたか？
タンダコンピュータ／丹田 昌信
パッケージ販売されている業者さんはおそらくいろいろ試行錯誤
されているんでしょうね。
＞どなたか？
タンダコンピュータ／丹田 昌信
投票数:0
平均点:0.00
Jiro123
投稿数: 271
投稿数: 271
コールコマンドのオプションで、公開名というのがあります。
キャビネットファイルのファイルパスと公開プログラム名を指定して、キャビネットファイルのプログラムを実行することができます。
キャビネットファイルのファイルパスも、公開プログラム名も、式での指定が可能なので、いろいろと応用できると思います。
論理名から取得してもいいですし、管理用のテーブルを用意して、そこから取得してもいいでしょう。
顧客別の機能を別のプロジェクトで作成して、公開プログラム名を設定し、キャビネットファイルを作成します。
プロジェクトやキャビネットファイルなどの管理が課題になるかもしれませんね。
キャビネットファイルのファイルパスと公開プログラム名を指定して、キャビネットファイルのプログラムを実行することができます。
キャビネットファイルのファイルパスも、公開プログラム名も、式での指定が可能なので、いろいろと応用できると思います。
論理名から取得してもいいですし、管理用のテーブルを用意して、そこから取得してもいいでしょう。
顧客別の機能を別のプロジェクトで作成して、公開プログラム名を設定し、キャビネットファイルを作成します。
プロジェクトやキャビネットファイルなどの管理が課題になるかもしれませんね。
投票数:1
平均点:0.00