ビジネスロジックとは コンピュータの人気・最新記事を集めました - はてな (original) (raw)
ビジネスロジック
(
コンピュータ
)
【
びじねすろじっく
】
アプリケーション固有の処理
アプリケーション固有の状態遷移を記述した部分
具体的に示すと
アプリケーションが
- どのような順番で処理するのか。
- どこからどのようなデータを取得するか。
- データをどのように処理するか。
- 正常処理の条件はどうするか。
- 正常処理したあとはどうするか。
- エラーの条件はどうするか。
- エラーになったときはどうするか。
等を記述した部分
ビジネスロジックで状態遷移が論理的に破綻してしまうとアプリケーションに欠陥が生じる。
このタグの解説についてこの解説文は、すでに終了したサービス「はてなキーワード」内で有志のユーザーが作成・編集した内容に基づいています。その正確性や網羅性をはてなが保証するものではありません。問題のある記述を発見した場合には、お問い合わせフォームよりご連絡ください。
関連ブログ
フルリモートとか原則出社とか プロセスやツールよりも個人と対話を ビジネスロジックについて 最近暑すぎて9月になるのが恐ろしい。 どうもつみきです。 フルリモートとか原則出社とか 個人的な整理としては、個人の働きやすさで言えばフルリモートの方が良い。組織として考えると出社も入れた方が良いと思ってます。 togetter.comフルリモートの方が生産性が上がるのは、ごく一部のできる人で大抵の人の生産性は下がると思います。しかも、下がる理由はコミュニケーション量とかそういう高度な話ではなく、単純にサボるから。サラリーマンが全て経済学で扱うような合理的な人間だったら、出社した方が組織としての生産性は…#フルリモート#出社#アジャイル#ドメインモデリングパターン#ビジネスロジック
ネットで話題
489ブックマーク「ビジネスロジック」とは何か、どう実装するのか - Qiita
289ブックマークビジネスロジックを「型」で表現するOOPのための関数型DDD / Functional And Type-Safe DDD for OOP
192ブックマーク削除のビジネスロジックをドメイン層に閉じ込める簡単で強力な「DeletableIDパターン」の紹介
163ブックマークビジネスロジック層内部の2つの実装パターンを比較 選択時に考えたい、アプリケーション設計の観点
144ブックマーク3層アーキテクチャで最も謎な「ビジネスロジック層」 “システムのコア”をゲーム「リバーシ」で解説
97ブックマークAndroid SDKでビジネスロジックのテストを自動化するには
82ブックマーク無限のメモリ空間と絶対に落ちないプロセスを仮定して「ビジネスロジック」をあぶり出す - assertInstanceOf('Engineer', $a_suenami)
75ブックマーク2019年のwebAPIの設計を取り巻く問題と技術シリーズ そのに 「ビジネスロジック」は誰が持つべき？ - 猫型の蓄音機は 1 分間に 45 回にゃあと鳴く
70ブックマークアプリケーションアーキテクチャ理解に必要な“3層構造” プレゼンテーション層・ビジネスロジック層・データアクセス層それぞれの役割
関連ブログ
◇ アノキミモノガタリその肆 はじめに PythonにおけるULIDの実際応用 マイクロ秒まで単調増加できるULID ULIDの移行工程で起きた疑問や問題集 クエリの検索問題 なんと、ULIDってクエリで検索できないの？！ 検索できない理由 ULIDを検索できるようにするための突破口 Django Admin 側の解決策 Django App 側の解決策 インデックス疑問 マイグレーション問題 なんだと！Migration は無限ループになった？！ 古いデータのulid領域もULIDが生成されてしまう問題 なんで？Migrationで生成されたULIDはすべて同じ？！ 外部システムとの連携問題…
エンジニアの佐野です。カンムはバックエンドに PostgreSQL を置きつつサーバを Go で書いています。DB のトランザクションの取り回しは概ね次の様なイディオムになっているのですが、先日 Commit() が漏れている箇所を見つけまして...。結果としてそれについては大きな問題はなく秋の夜長に遅めの肝試しをする程度で済んだのですが、これは事故に繋がるためトランザクションの Commit 漏れ(defer Rollback() 漏れも)を検出する Linter を書きました。 tx, err := db.BeginTx(ctx, nil) if err != nil { return e…
こんにちは！ソリューションコンサルタントの田上です。 近年のWebアプリケーション開発においては、効率と柔軟性を両立させることが求められています。特に、開発プロセスにおいてデザインとコードの仕様変更が頻繁に発生する場合、それらをシームレスに管理できることはプロジェクトの成功に不可欠です。 そんな中で注目されているのが App Builder です。このツールは、ビジュアルデザインから自動的にコードを生成する画期的な機能を備え、デザインと開発の一体化を強力にサポートします。 しかし、一部の開発現場からは「App Builder は一次開発のみに適しているのでは？」という懸念が挙がっていることも事…
はじめに こんにちは！ディップ株式会社で新卒2年目のAndroidエンジニアをやっている氏家拓海(@southcloud_7960)と申します。 今回はiOSDC Japan 2024に参加してきたので、その参加レポートを書きたいと思います！ iOSDCについて詳細はこちらです。 会場の雰囲気 こんなかんじでした iOSDC参加に何を期待していたか ところで、Androidエンジニアである私がなぜiOSDCに参加しようと思ったのかお話したいと思います。(ぶっちゃけAndroidエンジニアもいっぱい来てて珍しい話ではないのですが) 私がなぜiOSDCに参加したのか…それはズバリ、iOSとAndr…
こんにちは！TECH Street編集部です！ 2024年7月23日（火）に開催した、 「SRE勉強会 ～各社の取り組みや課題から学ぶ会～」のイベントレポートをお届けします。今回は3社のSREエンジニアが集まり各社の取り組み事例を発表していただきました。 登壇者はこちらの方々！ 酒井 悠 ／ パーソルキャリア株式会社山本 和道 ／ さくらインターネット株式会社川岡 潤 ／ コミューン株式会社 早速、内容を紹介いたします！ doda XにEmbedded SREを導入するまでの道のり（道半ば編） doda Xとは doda XでSRE活動を始めた契機 どのような体制でSREを運用していくか？ E…
whydesignishard.substack.com 私たちは、良いデザインは常にビジネス的に理にかなっていると思い込んでいます。 デザイナーが答えたくない質問として存在する「なぜあなたはここにいるのか？なぜ企業はデザイナーを雇わなければならないのか？」に対して「ユーザーのために戦う」「製品をより良くする」といった一般的な答えは、経営者同士が私たちについて本音で話していることではなく、デザインの理想主義からくるものです。私たちは、企業が私たちを雇うのは、私たちがコスト以上の収益を上げることを期待しているからだという痛ましい真実に抵抗しています。そうです。多くの企業はデザイナーを雇いません。…
概要 コードの保守性を良くするための内部設計というか、コードの書き方のテクニックを一つ紹介します。ここで言う保守性は、変更の容易さや影響の少なさです。 そういう話については、体系的かつ汎用的な法則としてまとめてある本は良著がいくつもあります。ここでは違ったアプローチとして、実務の中でよく見かけるケースについて、対象を絞って、できるだけ具体例を付けて紹介しようと思います。分厚い設計の本を読むのは辛いが、エッセンスだけでも1つずつ読めたら頭に入ってくるかも、という人などへ役に立ったら良いなと思います。 最初にポイントまとめ クラスのメソッドが「引数で指示されないと何もできないAPI」になっていて、…
はじめに 技術評論社様より発刊されているSoftware Designの2024年5月号より「レガシーシステム攻略のプロセス」と題した全8回の連載が始まりました。 ZOZOTOWNリプレイスが順調に進む中始まった「カート決済機能」のリプレイス。第5回では、始動の経緯と、システムの安定稼働につながる大きな改善をもたらしたキューイングシステムの導入について解説します。