skillup

技術ブログ

ドキュメント作成 プログラミング全般

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

投稿日:

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

テンプレート共通化

ラジオ、セレクト、チェックボックスなどはテンプレート化しておき、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

制御フローについて

リーダブルコード 7章。制御フロー(if文などの条件分岐)について ここらへんは個人個人癖がついているとおもいますが、確かに読みやすい、読みにくいというのはあるのでなるべく汎用性のある規則を身につけた …

no image

仕様の把握で見るポイント

新しい現場に入って技術的な部分はもとより仕様の把握などでポイントになる点などを。 Contents1 ER図2 ステータス変更3 プレイヤー(イベント)整理4 タイムテーブル5 マトリックス表6 ダミ …

no image

API仕様書に関する注意事項

API仕様書を作っていて、基本的な点についてのまとめ コードと連動できれば理想(現実的には設定ファイルをJSONかYamlで作るぐらいが限界だと思う) 型のチェック、必須チェック、桁数チェック、日付の …

no image

データのシリアライズ

おととしにJavaをやったときにでてきましたがSessionに情報を格納するときにでてきたシリアライズについて。 セッションはステートフルな状態を実現するための便利なデータの保存方法ですが、値をオブジ …

no image

ディレクション時に重要な視点

ディレクション(ベンダーや内製時)時に留意するポイント Contents1 開発ルールの構築2 アサインと人材スクリーニング3 言葉の共通化(特にアウトプット)4 問題化のキャッチアップ5 リソースの …