Spring framework

アーキテクチャに拘るのはアーキテクトだけでよい

投稿日:

アーキテクチャ、アプリケーションのレイヤー化というのは、アーキテクトがこだわれば良い話である。

あまりそこに拘るがために、肝心のサービス内容を議論することがおざなりになってわいけない。

また、アーキテクチャは無数のパターンがあり、正解もなければ、ベストプラクティスもない。

また、アーキテクチャには流行があり、今仮にベストなアーキテクチャだとしても、10年後には古くなってしまっている。

今仮にベストとしても、使い続ける期間の方が長いため、保守性、変更容易性、バグ改善の容易性の方が大事だと思う。

アーキテクチャはアーキテクトに任せる。

-Spring framework

執筆者:


comment

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

関連記事

no image

Spring Boot-Spring Data JPAの使用準備

Spring Boot-Spring Data JPAの使用準備は超簡単 やることは3つだけである。 pom.xmlに「1.Spring Data JPA」と「2.使用するDB」を記述する。 appl …

no image

Thymeleaf-SpringMVC <input type=”password”>はth:filedで出力

参考 http://arimodoki.dip.jp/promenade/t_htmlpassword.html ユーザー登録画面で、ユーザー名(ID)とパスワードを入力させて、次は確認画面で両方を表 …

no image

ドメインモデルは業務ロジック?

ドメインモデルにはメンバ変数を使った判断・加工・計算を書く。 業務ロジックは処理の手順。 処理の手順をドメインモデルやレポジトリをて組み合わせて実現していく。

no image

Eclipse上のSpringBootアプリをGradleでビルドする

no image

Springframeworkを使うインターネット事業会社

いわゆるWeb企業でも、サーバサイドはSpringframeworkを使っているという企業はあります。 springday2016より http://springday2016.springframe …