skillup

技術ブログ

ドキュメント作成 プログラミング全般 プロジェクト管理

ファジープロジェクト対策 その2

投稿日:2018年10月9日 更新日:

前回に引き続き、大事だと思ったこと。一部単なるフレームワークの作り方的な内容になっているかも。

テンプレート共通化

ラジオ、セレクト、チェックボックスなどはテンプレート化しておき、1行もしくは数行で処理がかけるようにしておくこと。

バリデーション

エラーのタイプを設定ファイルなどに定義しておき、できれば本来のロジックはほとんどいじらずにバリデーションチェックができるようにしておくこと

なおイレギュラーパターンに対応できるようにそうでないパターンにも対応できるようにしておくこと。

ログ出し

ログをまめに出す。もちろんレベル分けを行う。

具体的には下記のような段階

  • SQL(重要度で言うと最低、いわゆるdebugレベル)
  • 何らかの処理の開始と終了。処理のメモなど(infoレベル)
  • 望ましくないところ、あるいは異常系の処理(warn,またはerror)

異常系の処理

DBの前後は必ずtry〜catch・・で挟み異常処理が発生した場合に、rollbackできるようにしておくこと。

異常があった場合、

  • 全ての処理を終わらせるのか?
  • 特定の処理だけを終わらせるのか

をしっかりと分けること。

もちろんログの記録は単なるエラーではなくスタックトレース的なものがしっかりと吐かれていることが大切。

新規プラグイン+新規ライブラリ調査

もっとも時間がかかり、知識などで対応できないこともあるので厄介。

シンプルで最小構成のサンプルなどを用意しておき、試しておき、現在のアプリに対応できるようにすること。

CSSフレームワークの活用+頻出CSSについて

プログラム同様、フロントエンドでも頻出のCSS、関数などに関してあらかじめ定義しておき、一発で反映できるようにしておくこと。

個人的にCSSフレームワークはBulumaがおすすめ。

  • mobile時、pc時のみ表示できるCSS
  • テーブル
  • チェックボックス(ラジオ、セレクト)+ラベル
  • flexの組み合わせ(justify-content,align-itemsの組み合わせをあらかじめ作っておく)
  • 関数に関してはPC、SPをすぐに反映できるタイプのものにする。

-ドキュメント作成, プログラミング全般, プロジェクト管理
-

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

PHPの例外クラスについて

PHPの例外クラスについて今まで一方的にExceptionで受けており、それ自体は問題なさそうですが、 一応再度確認。 Contents1 エラークラスの分類2 Throwableに関して3 Exce …

no image

レビューについて

以前、コードレビューそのもののポイントについてはコードレビュー時のポイントでまとめましたが、レビュー自体の体制の注意点やそこでの気づきなど。 Contents1 目的2 定型的なものはチェックリストを …

no image

コードの分割

今回はリーダブルコードの8章。コードの分割について。 ポイントとしては1行に情報を詰め込みすぎているような場合は分割して、意味がわかりやすい区切りにまとめよう、といったことでしょうか。つまりは「困難は …

no image

ER図作成ツールについて(Mac版)

ER図作成ツールについてMacで色々と調べましたので、メモを。 フリー限定で。 ちなみにwindowsを使っていればA5:SQLが一番使えるかと思います。 以前も下記リンクで説明させていただきました。 …

no image

emptyの扱いに関して

PHPで空白や存在確認として便利なemptyですが、乱用すると意図しない動きをすることがあるケースが多々あります。 Contents1 emptyの挙動に関して2 数値の03 検索などの全判定と値のな …

アーカイブ