skillup

技術ブログ

プログラミング全般

コーディングについての気づき

投稿日:

現在の現場でコーディング関連で勉強になっているポイントについてまとめてみようかと思います。

自動化

規約エラーなどなるべく自動化できるものは自動化を。

  • エディタに共通のものを入れて迅速に検知できるようにする
  • CIで規約エラーのものを落とすようにする
  • どこまで対応するかは現場の事情によりますが、テストにてパターンの多いものを検証できるようにしておく
  • コスパを考えて、自動化しすぎないことも検討に入れる

命名

プログラミングを始めた当初から大事さには気づいていましたが、日々実感することが多いです。

大事なポイントとしては、

  • 規則性を持たせる(特にルーティングから自動で決まるものに注意。ControllerやUseCaseなど。)
  • 冗長すぎるものは避ける(そもそもアーキテクト設計がしっかりされているとそこまで冗長にはならないはず・・・)
  • フォーマットの決まっている値(会員番号など)はValueObjectで定義する

ですかね。

責務の分離

以前のリンク(クリーンアーキテクチャーがらみの話題など)でも書きましたが、どこに何を書くのかのディレクトリ構造ですね。

Controller、Serivce、Infrastructure、Modelなどでの責任がどこまでか(リクエストを受け取るだけなのか、ビジネスロジックを受け取るのか否か、など)の意識です。

現実案としてはある程度折衷案を取ることも大切になってくるかと思います。

ここを意識することで命名にも聞いてくるポイントかと思います。

その他

  • 意図せず連想配列を使うことを避ける
    →追加時に柔軟性がある一方で、中身がブラックボックスになり、可読性が少し落ちる。引数を分けたり、オブジェクトで管理することなど。
  • 定数系の値は基本Enumを使う
    →単純に保守性が高いからという意味もありますが、可動性の向上と、値自体に意味を持たせたいため。

ちょっと中途半端ですが、ここら辺で。(追加あるかも・・・)

-プログラミング全般
-,

執筆者:


comment

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

関連記事

no image

APIのエラーコードに関して

APIのよく使われるHTTPステータスコードに関して。 基礎の基礎で当たり前に使ってましたが、基本的なことに関してまとめ。 主に4XXエラーのタイプ分けに関して。 Contents1 2002 201 …

no image

データ構造の基礎知識 前編 メモリとポインタ、配列と連結リスト

WEB+DB(vol91)で使えそうな連載記事がありますのでブログにメモリます。 テーマはデータ構造です。 Contents1 データ構造とは?2 計算量3 プログラムとメモリ4 配列について4.1 …

no image

画面の制御フローなど

複雑な帳票系アプリではよくあると思うのですが、ある入力値が複数の場所から影響を受けており、制御がなかなか難しいときなどがあります。 例として クリアボタンなどでクリアされる 他のプルダウンなどで影響を …

no image

トランザクショントークンについて

フォーム画面で入力を行うときにはPOSTでデータを受け取ってエラーチェックしたり、データベースに入力をしたりします。 ただその時に何も考えずに安易に送信→受信の際に以下のようなトラブルがあり得ます。 …

no image

ログの設計指針について

今まで10以上近い現場で仕事をしてきましたが、どの現場でも絶対必要になる(かつどこもあまり対策が取られていない)技術としては 検証したい状態の復元がすぐにできる(テストデータ作成) ログの適切な設計 …

アーカイブ