こんにちは。スーパーソフトウエア東京オフィス 技術部の加藤です。

これまで、Qiita の記事を Google Apps Script で自動収集する方法を紹介してきました。
（前回記事はこちら： https://note.com/ssltokyo_tech/n/n8bf39c030a1e ）

当初は「まず動かすこと」を目的に実装しましたが、実際に運用していく中で、いくつかの課題が見えてきました。

運用して見えてきた課題

単に「動く」だけでは、継続運用は難しいと感じました。
具体的には、次のような保守性・メンテナンス性の課題です。

• 検索条件を変更するたびにコードを触る必要がある

• クエリ生成ロジックとAPI取得処理が混在している

• 通知先変更のたびにコード修正が必要

• ページ取得が1ページ固定で安定性に不安がある

• 機能追加時の影響範囲が広い

つまり、「動くスクリプト」から「運用できるツール」へ進化させる必要があると感じました。

設計方針

今回の改善では、次の方針で設計を見直しました。

1. パラメータの分離

2. クエリ生成ロジックの完全分離

3. 通知処理の分離

4. ページング対応による安定動作
   
   

１．パラメータの分離

変更されやすい部分をロジック部分からパラメータブロックに分離しました。

本記事の続きはこちらをご覧ください▼
https://note.com/ssltokyo_tech/n/n47eba66dcfd3